Git-工作流

在一个单独的仓库中，我可以存放项目的不同版本。这些仓库内的更改可以通过分支进行追踪。为了从我当前的分支切换到另一个分支，我会签出（checkout)我想要切换过去的分支。在切换前，Git将会强制要求我处理未提交的更改，要么提交，要么舍弃。提交过程会将我的更改持久存储到仓库，而储藏(stash)将会暂存更改，允许你随后拉取你刚刚储藏的工作并重新应用。
并入和发布更改的过程使用了下面这些命令。我从远端仓库抓取(pull)更改，然后自动并入我的仓库。这个过程拉取(fetch)新的更改并将它们合并（merge)进入本地分支(branch)的跟踪（tracked)副本。不管什么时候，我在我的仓库的本地工作分支上工作。如果向要与其他开发者共享更改，我会将我的工作提交至仓库，然后将我的分支推送（push)到远端仓库。

工作流

记录团队进展的过程：遵循一套工作流，或者一份清单
项目经理：名字
开发站点：URL
开发站点上部署的分支：分支名
线上站点：53URL
线上站点上部署的分支：分支名
开始一个新的开发工单时，从哪个分支创建的分支：分支名
开始一个新的补丁工单时从哪一个分支创建新的分支：分支名
更新工作时，使用：Git命令
评审后合并时，使用：Git命令

工单进展：
尚未开始
准备开工
进行中
合并请求
需要测试
已完成

基本工作流

关键特征：
治理模型：贡献者共同维护
集成合并：由原开发者执行