【问题标题】:Excess tree conflicts after merge of TRUNK into branch将 TRUNK 合并到分支后出现过多的树冲突
【发布时间】:2018-06-12 15:29:11
【问题描述】:

我遇到了几十个多余的树冲突,试图在该分支合并 TRUNK 后将其合并回 TRUNK。以下是按时间顺序发生的事情。

  1. 分支由 TRUNK 制成,并对 A 进行了编辑
  2. 文件被添加到 TRUNK 到 B
  3. 我将 TRUNK 合并到我的 BRANCH 中,并通过执行 svn log 验证添加到我的分支的文件和目录 B 保留了它们从主干编辑的历史记录。
  4. 在我的分支中,我更改了集合 B 中的一些文件,这些文件是在第 3 步中从 TRUNK 合并的
  5. 我尝试将我的分支合并到 TRUNK 中

在我的合并过程中,在第 3 步中添加到我的分支的 B 中的所有文件都显示为树冲突这些文件中的绝大多数都没有被我以任何方式触及。

B 中标记为 树冲突 的一小部分文件实际上在我的分支中已更改,但就 svn UI(命令行或 GUI)而言,这些文件与我没有修改过的文件。

我绝对不想手动检查数百个文件以查找需要合并的十几个文件,但我也不知道是否有某种方式可以让某些 svn 客户端或工具自动为我完成此操作.

对解决这个问题有什么建议吗?

【问题讨论】:

  • 请您提供有关您运行的命令行的详细信息。可能是因为参数倒置...
  • 当将 TRUNK 合并到分支和分支回 TRUNK 时,我使用了 svn merge full.path.to.svn/branchName
  • 什么是A和B?用户?

标签: svn merge trunk tree-conflict


【解决方案1】:

我试图给出一个答案,但正如 cmets 所说,您应该真正指出您编写的哪个命令行来执行您的操作。

将分支合并到主干的命令是svn merge BRANCH TRUNK

你的问题可能是由于命令行参数倒置:你可能做了svn merge TRUNK BRANCH

【讨论】:

  • 当将 TRUNK 合并到分支和分支回 TRUNK 时,我使用了 svn merge full.path.to.svn/branchName 。我们的团队这样做: * 分支-> 开发-> 测试 * 将 TRUNK 合并到分支中-> 运行完整的测试套件(这需要 1 天以上) * 将分支合并回 TRUNK
猜你喜欢
  • 1970-01-01
  • 2012-05-29
  • 1970-01-01
  • 2010-11-03
  • 2014-11-27
  • 2012-08-28
  • 2011-04-25
  • 1970-01-01
  • 2020-01-24
相关资源
最近更新 更多