开发经验漫谈 -- Git在开发流程中的运用

女主宣言

1. 保持提交历史整洁，俗称的一条线提交。

2. 让项目代码有迹可循，提供清晰的开发历程，亦称：取其精华，去其糟粕。

3. 帮助大家养成好的代码开发习惯，即：如何更好地和他人合作。

4. 提供一个思路，让大家更深刻的理解git。

1. 如果你没有接触过git，请先阅读：http://git-scm.com/book/zh/v2

2. 必读：https://www.atlassian.com/git/tutorials/merging-vs-rebasing

示例项目

我们使用一个简单的项目作为示例来进行说明。

该系统由用户管理模块和角色管理模块组成，该项目已经完成了角色模块的开发，现在在开发用户模块。

开发流程

当前的提交历史如下：

我们把这个分支命名为user_admin

操作完成后，提交历史如下：

说明：合作开发user_admin模块的同学，会在这个分支上合并彼此的代码。

我们把这个分支命名为：user_admin_ligang

请注意：

1. 此分支是在远程合作分支（user_admin）的基础上创建的。

2. 此分支只可合并远程合作分支，不可以直接合并master。

   
   

假设在user_admin_ligang的个人分支中已经完成了开发，现在需要把这部分代码提交给被人使用，那么请按照如下方式操作：

假设开发完成后的提交历史如下：

第一步：整理个人开发分支中待合并的提交，去掉无用的，仅保留有用的

• 切到user_admin_ligang分支

• 查找newbase

在这个清理过程中，我需要清理掉tmp1和tmp2这2个临时提交，所以newbase就是init，这里获得它的版本号：

• 执行清理

这一步是不可逆的，请谨慎操作，亦可先备份。

• 这里按照提示，我们编辑rebase信息
  

保存退出，由于上面我们告诉rebase我们要重新编辑提交信息（r,reword），这里会进入提交信息编辑界面，我们修改最终提交信息如下：

保存退出，清理过程结束，这里再次查看提交历史：

这里可以看到，tmp1和tmp2已经被清理掉了，最终的done2是一个全新的提交。

第二步：合并个人分支到远程合作分支

请确保此时只有你一个人操作远程合作分支

• 更新本地远程合作分支到最新

• 切到user_admin_ligang分支

• 衍合个人开发分支

  （1）衍合前

        （2）衍合

这里有可能需要解决冲突，再continue完成整个衍合过程。

        （3）衍合后

• 合并入远程合作分支

合并后的提交历史

删除个人开发分支

1.操作前确认

进行这一步操作前，请确认已经满足如下条件：

• 请确认待合并的远程合作分支上的开发目标已全部完成。

• 请确认即将把代码合并入主干进行发布上线。

如不能全部满足上述所有条件，请不要进行此操作。

2.合并入主干

请确保此时只有你一个人操作远程分支及主干

• 更新本地主干到最新

• 切到user_admin分支

• 衍合远程合作分支

这里的过程和远程合作分支衍合时是一样的，有可能需要解决冲突，再continue完成整个衍合过程。

• 合并入主干

• 删除远程合作分支