git问题场景和log颜色查看

一、问题场景

正常我们使用git，比如git add ，git commit ， git push这些完成个人的代码暂存、修改、提交和推送操作。

在多人协作下，你提交的文件修改可能对方也在修改同一个文件，并且比你先修改完先push到远程。这时候你不得不pull下别人的分支，在重新push，如果有confilict，还需要手动修改冲突文件，该是你的保留，不想要的删除，最终再提交。

这些是最基本的场景，但是你有没有遇到过以下棘手的场景：

1.1、别的同事提交了master（或者dev分支），但是下一个临时发布版本需要暂时剔除这个代码，并且需要合并你自己负责的那部分代码提交。

当然你可以说先找到别的同事提交之前的那个版本，然后在branch一个分支，merge上你的代码。但是问题是如果master已经提交了很多个commit，而别的同事提交的那个暂时不想要（比如说他提交的是一个大功能模块，上线可可能需要比较谨慎，所以这次不发表），其他的还是要一起发布。

代码语言：javascript复制

      --C----D----          some commit must kick off
     /            <merge>
----A----B----C----D----E   master
     
      --O----P----Q         my branch
                    
                     --B----E   release brance

这个时候如果想要制造出像release branch那样子的提交。可以这么做：

可以先从my branch中rebase一个release branche。然后git cherry-pick B, git cherry-pick E即可。其中B和E是commit log md5串。这个commit id可以通过git log查看，这个commit id是一串很长的字符串，但是其实只需要前面几个字母组成的字符串，只要这个字符串是能让git联想到唯一的commit id就可以。需要注意的是cherry-pick保持原来的B和E提交顺序。

和SVN不一样，Git的commit id不是1，2，3……递增的数字，而是一个SHA1计算出来的一个非常大的数字，用十六进制表示，因为Git是分布式的版本控制系统，多人在同一个版本库里工作，如果都用1，2，3……作为版本号，那肯定冲突了。