移动SVN服务器后,TortoiseSVN在合并后不会保存mergeinfo

时间:2016-06-23 08:21:28

标签: svn merge tortoisesvn mergeinfo

将我们的SVN服务器移动到完全不同的机器后,在不同的路径上,我发现我们所有的开发团队都无法正确合并。

具体来说,问题有点类似于this question,但这似乎不是路径区分大小写的问题。

详细信息,以下是我们目前使用的内容:

  • Subversion:1.8.16(32位)
  • ToitoiseSVN:1.9.4(64位)
  • 服务器:从Ubuntu 12(32位)移至Windows 10(64位)

正如我所说,这个问题与链接问题中的问题类似,但是在这种情况下,我检查了本地工作副本中的存储库路径以及合并完成的路径,它们是相同的。< / p>

我也尝试过一次新的结账,但仍然没有运气:TortoiseSVN表示工作副本属性已更新,但实际上并非如此。

After merge, TortoiseSVN says that the working copy properties were updated

提交合并时,事实上,我没有看到属性更新。

Here the properties on the working copy are missing

如果我手动添加它们,那么一切顺利。

Properties manually updated

如果不是每次都手动记录mergeinfo,我该怎么做才能解决这个问题呢?

2 个答案:

答案 0 :(得分:0)

在第一张图片中,它看到你正在从20.0.1.45合并到你的本地副本..我认为你应该反转合并的来源和目标



在评论中清除后 更新...

我会直接在服务器上进行所有分支/合并操作,然后使用正常的命令chekout和commit处理分支版本的本地副本。

通过这种方式,如果几个程序员在同一个分支上工作,那么他们可以共享他们的更改并使用经典的更新,结账和提交操作。

因此,在您的情况下,如果您的本地项目指向主干我只是从主干更新/签出到本地,否则合并您指向的svn服务器项目,提交合并,然后在您的本地更新副本。

答案 1 :(得分:0)

我想感谢@CiroCorvino的帮助,不过评论和聊天,但最后我发现了这个问题。

问题似乎是因为我们不仅移动了服务器,而且还从subversion 1.6转到1.8

运行命令svnadmin upgrade /path/to/repository似乎已经解决了问题,现在正确地自动保存了subversion mergeinfo。