我将在这个问题的开头声明我们可能错误地使用了 TFS,这是基于对 TFS 工作方式与 GIT 工作方式的一些早期误解。
背景:
- 我们有一个主分支,这是我们进行所有开发的地方。
- 当我们准备好发布时,我们从主分支创建一个分支并按版本命名(例如,“v8.10.0”)。
- 我们从这个新分支编译和发布。
- 然后我们继续在主分支上进行开发。
- 如果在之前的版本中发现了一个关键问题,并且我们在开发分支的 sprint 中处于中间状态,那么我们需要为之前的版本创建一个补丁。在这种情况下,我们从发布分支创建一个新分支并开始修复该新分支上的问题(例如“v8.10.1”)。
- 然后我们希望将我们在 8.10.1 分支上应用的修复程序放到主分支中,因此我们执行从 8.10.1 到 dev 的合并,这就是问题开始发生的地方。这种合并是毫无根据的合并,毫无疑问,合并需要数小时才能完成,涉及大量手动合并,并且在该过程结束时,通常有少数文件在合并过程中被搞砸了。更糟糕的是,TFS 通常决定它可以自动合并一些文件,它往往会完全错误地这样做,我们最终会得到完全破坏的代码。
我们对如何完成这项任务的基本理解似乎存在缺陷,虽然它不经常发生,但它总是会咬我们,所以我们缺少什么,以及执行我上面概述的正确方法是什么?