我觉得像git"应该"能够处理这种情况,我认为我们的情况与此略有不同: Maintaining custom patches on third party code
基本上我们的工作流程是:
专有网站引擎上的自定义修补程序
网站有自己的升级流程,会覆盖所有文件
现在我们在升级中引入了差异,以及我们的补丁
我确实单独回购了他们的积分版本,我能够将其与我们的更改相匹配。现在我手动修补它们。
在我看来,除非有一个可以利用的高级工作流程,否则我无法以更自动化的方式处理这个问题?
答案 0 :(得分:0)
一个可能的工作流程是将每个更新从上游提交到分支(upstream
),然后将修补程序保存在另一个特定分支中,即在每次升级时都进行重新定义。
在:
* C (upstream)
|
* B
|
| * (patches) patch2
| |
| * patch1
|/
* A
后:
* (patches) patch2
|
* patch1
/
* C (upstream)
|
* B
|
* A