将我们的SVN服务器移动到完全不同的机器后,在不同的路径上,我发现我们所有的开发团队都无法正确合并。
具体来说,问题有点类似于this question,但这似乎不是路径区分大小写的问题。
详细信息,以下是我们目前使用的内容:
正如我所说,这个问题与链接问题中的问题类似,但是在这种情况下,我检查了本地工作副本中的存储库路径以及合并完成的路径,它们是相同的。< / p>
我也尝试过一次新的结账,但仍然没有运气:TortoiseSVN表示工作副本属性已更新,但实际上并非如此。
提交合并时,事实上,我没有看到属性更新。
如果我手动添加它们,那么一切顺利。
如果不是每次都手动记录mergeinfo,我该怎么做才能解决这个问题呢?
答案 0 :(得分:0)
在第一张图片中,它看到你正在从20.0.1.45合并到你的本地副本..我认为你应该反转合并的来源和目标
在评论中清除后 更新...
我会直接在服务器上进行所有分支/合并操作,然后使用正常的命令chekout和commit处理分支版本的本地副本。
通过这种方式,如果几个程序员在同一个分支上工作,那么他们可以共享他们的更改并使用经典的更新,结账和提交操作。
因此,在您的情况下,如果您的本地项目指向主干我只是从主干更新/签出到本地,否则合并您指向的svn服务器项目,提交合并,然后在您的本地更新副本。
答案 1 :(得分:0)
我想感谢@CiroCorvino的帮助,不过评论和聊天,但最后我发现了这个问题。
问题似乎是因为我们不仅移动了服务器,而且还从subversion 1.6转到1.8
运行命令svnadmin upgrade /path/to/repository
似乎已经解决了问题,现在正确地自动保存了subversion mergeinfo。