我怀疑我的合并信息已经损坏,但我不确定。有人知道如何确定问题所在以及哪些资源可以帮助解决问题吗?
这里是问题所在。我们的团队最近转向敏捷开发,并使用特性分支(实际上是故事分支),不同的团队同时在相同的源代码上工作。当故事达到高度可用状态时,团队将其合并到主干。由于缺少更改、意外更改和冲突,合并需要数天甚至数周时间。我们讨论的是由5-10人组成的团队,而努力和变动似乎过高。
人们使用以下合并模式: a)PULL - 将主干合并到分支,解决,测试,提交 b)PUSH - 将分支合并到主干,解决,测试,提交 c)重新创建分支(通常创建新的故事分支并删除旧的分支,因为它已完成)
最终,分支和主干应该保持一致。
我们遇到的问题:
1.在从主干合并到分支时未报告更改,但在随后的从分支合并到主干中出现。 2.在合并期间出现svn:mergeinfo属性冲突。 3.文件丢失,但在分支上添加了本地编辑的新文件并推送到主干。 4.传入+本地删除(文件在主干和分支上都被删除,但显示为冲突)。
(1)不应该发生。从分支到主干的合并应该使两者在所有已经在主干上的更改上保持同步。分支到主干合并中的更改是发生在主干上的更改。因此,在第一次合并中,它们应该已经传播到分支,但没有。这表明合并信息数据存在损坏,会“隐藏”主干更改。
(2)不应该发生。SVN应该管理合并跟踪中的更改。这也指向合并信息数据的损坏。
(3)不应该发生。这是在分支上添加新文件的情况。它应该显示为添加到主干的新文件。这也指向合并信息数据的损坏。
(4)我认为这是一个SVN错误,我们无法解决这个问题。即使这是我们唯一的问题,我也很高兴。
我们当前使用svn 1.5.x服务器,客户端使用svn 1.6.x和svn+ssh进行连接。我们计划升级到最新版本的SVN,因为一些修复可能会影响我们的问题。
尽管如此,看起来我们的合并信息数据是错误的。
合并不报告所有更改 合并svn属性时出现冲突
有没有好的地方可以让我开始寻找?
这里是问题所在。我们的团队最近转向敏捷开发,并使用特性分支(实际上是故事分支),不同的团队同时在相同的源代码上工作。当故事达到高度可用状态时,团队将其合并到主干。由于缺少更改、意外更改和冲突,合并需要数天甚至数周时间。我们讨论的是由5-10人组成的团队,而努力和变动似乎过高。
人们使用以下合并模式: a)PULL - 将主干合并到分支,解决,测试,提交 b)PUSH - 将分支合并到主干,解决,测试,提交 c)重新创建分支(通常创建新的故事分支并删除旧的分支,因为它已完成)
最终,分支和主干应该保持一致。
我们遇到的问题:
1.在从主干合并到分支时未报告更改,但在随后的从分支合并到主干中出现。 2.在合并期间出现svn:mergeinfo属性冲突。 3.文件丢失,但在分支上添加了本地编辑的新文件并推送到主干。 4.传入+本地删除(文件在主干和分支上都被删除,但显示为冲突)。
(1)不应该发生。从分支到主干的合并应该使两者在所有已经在主干上的更改上保持同步。分支到主干合并中的更改是发生在主干上的更改。因此,在第一次合并中,它们应该已经传播到分支,但没有。这表明合并信息数据存在损坏,会“隐藏”主干更改。
(2)不应该发生。SVN应该管理合并跟踪中的更改。这也指向合并信息数据的损坏。
(3)不应该发生。这是在分支上添加新文件的情况。它应该显示为添加到主干的新文件。这也指向合并信息数据的损坏。
(4)我认为这是一个SVN错误,我们无法解决这个问题。即使这是我们唯一的问题,我也很高兴。
我们当前使用svn 1.5.x服务器,客户端使用svn 1.6.x和svn+ssh进行连接。我们计划升级到最新版本的SVN,因为一些修复可能会影响我们的问题。
尽管如此,看起来我们的合并信息数据是错误的。
合并不报告所有更改 合并svn属性时出现冲突
有没有好的地方可以让我开始寻找?