关于git cherry-pick命令和使用过程中的理解

关于git cherry-pick命令和使用过程中的理解:git cherry-pick [commit id]命令是专门来同步同一个仓不同分支上的内容,例如
同一个项目(必定是同一个仓库)在开发过程中创建出了许多分支,假如有a分支非常稳定是发布版,b分支是专门用来测试新功能的,现在想把b分支的一个比较眼前一亮的功能同步到a分支上,由于开发进程的推进,现在肯定不能合并b分支到a分支上来,否则就会出现各种冲突和bug甚至崩溃,出现这种情况,那么该命令就十分适合这种场景了;在使用该命令同步各个commit id时肯定会出现hint冲突提示,如果出现冲突使用git status ./命令先看看是哪些文件冲突了,无非就是add by us / both modified / delete by us /delete by them等等这些提示!
理解这些冲突的前提是先明白谁是us谁是them,按照之前的例子,需要把b分支同步到a分支上来,人肯定是在a分支上工作,那么us就是a分支,them是b分支,那么delete by us冲突就是在同步某个commit id过程中发现,b分支上有个文件是a分支上没有的,所以冲突提示是被本分支删除了,提交之后就会在本分支(a分支)上创建该文件,再来说下add by us,没有具体试验过,个人感觉是在b分支的某个目录执行了git commit -a命令,所以在执行git cherry-pick命令时会将a分支上的这个目录全部同步,结果发现a分支上有某个文件或者文件夹是b分支上没有的,所以提示add by us,其实这些冲突都可以不去理会,可以直接使用git commit -a去提交,后果无非就是添加或者删除该文件,不要紧的,但是有一个冲突提示必须手动解决,就是both modified,因为一旦执行了git cherry-pick命令出现both modified冲突提示那么该文件肯定有<<<<<<<和=======以及>>>>>>>,并且还带有该次commit id的提交日志信息,这些东西肯定会造成程序编译不过去,所以必须手动解决冲突,如果不是程序文件,出现这些东西并不会造成什么后果,其实也可以不用理会,直接git commit -a也是可以的,另外需要知道<<<<<<<和=======之间的内容是本分支上(a分支)修改的内容,=======和>>>>>>>之间的内容是b分支(them)修改的内容;还有就是在执行git cherry-pick [commit id]命令时出现The previous cherry-pick is now empty, possibly due to conflict resolution的提示,那么就是a分支上和b分支关于在该commit id的修改内容上已经是一致了,不需要同步了;

你可能感兴趣的:(IT,Android,安卓)