首先,让我先说明一下,我之前在这里问过类似的问题,但从未得到能解决我的问题或帮助我了解的答案。
首先,让我提出一个分支策略建议。这是我们在工作中使用的,如果有其他意见或为什么这很糟糕,请告诉我。但请理解,它通常对我们有效。
我们有一个产品,为了举例,我们称其为“PRODUCT”。我们运行两个并发开发周期。每周维护周期,在此期间我们修复非紧急错误;以及每两周的sprint。从主干创建了两个分支,称为“Sprint”和“Maintenance”(惊人的名称选择!)。此外,对于紧急/阻塞问题,修复将直接在主干上进行,并在测试后推送到生产环境。
当我尝试将sprint或maintenance重新整合回主干时,十有八九会出现大量冲突。即使其中一个分支从未处理过的文件也会出现冲突。这导致了大量手动合并,非常糟糕,并且往往会导致更多问题。
所以我将发布命令:svn merge --reintegrate http://repo/Sprint,虽然一些文件会更新,但在完全相同的文件上(通过WinMerge),我会遇到冲突。我不知道是什么原因导致了这些冲突。
我该如何停止出现这些荒谬的冲突?
首先,让我提出一个分支策略建议。这是我们在工作中使用的,如果有其他意见或为什么这很糟糕,请告诉我。但请理解,它通常对我们有效。
我们有一个产品,为了举例,我们称其为“PRODUCT”。我们运行两个并发开发周期。每周维护周期,在此期间我们修复非紧急错误;以及每两周的sprint。从主干创建了两个分支,称为“Sprint”和“Maintenance”(惊人的名称选择!)。此外,对于紧急/阻塞问题,修复将直接在主干上进行,并在测试后推送到生产环境。
当我尝试将sprint或maintenance重新整合回主干时,十有八九会出现大量冲突。即使其中一个分支从未处理过的文件也会出现冲突。这导致了大量手动合并,非常糟糕,并且往往会导致更多问题。
所以我将发布命令:svn merge --reintegrate http://repo/Sprint,虽然一些文件会更新,但在完全相同的文件上(通过WinMerge),我会遇到冲突。我不知道是什么原因导致了这些冲突。
我该如何停止出现这些荒谬的冲突?