Git 是一个开源的分布式版本控制系统,可以方便、高效地处理从小到大的不同的项目版本管理。
分支模型是Git最显著的特点,开发者可以随时创建、合并、删除分支。对于不同的项目需求、不同的软件版本、不同的开发阶段(Develop、Feature、Hotfix、Release),可以创建多个分支进行开发,之后可以进行分支合并,这种方式使开发变得快速、简单、安全。
Git的分支模型
比如有两个分支:A和B,A分支中的两个patch,我们需要同步到B分支。这时候有两种打patch的方案:
需要注意的是:
这里介绍一下使用 git am 打patch的步骤。
1、查看patch的提交信息使用 git log 命令查看patch的提交信息,如下图所示。
2、生成所选的patch
在A分支使用 git format-patch 命令生成相关patch,根据需要,有不同的patch生成方法。
生成最近1次commit的patch:
git format-patch HEAD^
生成最近2次commit的patch:
git format-patch HEAD^^
生成单个提交的patch:
git format-patch [commit-id] -1
生成某次提交(含)之前的n次提交:
git format-patch [commit-id] -n
生成某次提交(不含)之后的所有提交:
git format-patch [commit-id]
使用 git format-patch 命令生成相关patch,每个patch都是一个单独的文件,并采用编号+提交信息的方式命名,如:
0001-Feature-hello-world.patch。
在B分支用 git am *.patch 命令打上所有patch。
若没有任何问题,git am 会直接将 patch 的所有信息都打上去,使用 git log 可以查看是否成功。
但意外才是常态!
下面几个命令在遇到问题时会经常使用。
检查patch修改的文件:
git apply --stat xxxx.patch
检查patch能否打成功:
git apply --check xxxx.patch
若这条命令没有任何输出,则代表可以直接打成功;若有冲突,则会输出error信息。
有冲突没关系,使用下面命令强行合入 patch 中不冲突的代码,同时保留冲突的部分:
git apply --reject xxxx.patch
使用上面的命令,会把有冲突的部分保存为 .rej文件,然后手动编辑发生冲突的code文件,解决冲突后,删除 .rej文件,通过 git add 命令将相关文件添加到暂存区中。
告诉git冲突解决,继续打patch:
git am --resolved
若需要跳过有冲突的patch,则使用:
git am --skip
若中途不想打patch了,恢复原状,则使用:
git am --abort
上面就是整个流程,最后通过 git log 命令来查看是否成功,确认没问题后使用 git push 命令将修改推送到远程仓库。
原文:https://www.toutiao.com/i6721962314783785485/