Svn 重命名文件夹并且不丢失分支和主干之间的链接

Svn 重命名文件夹并且不丢失分支和主干之间的链接,svn,version-control,tortoisesvn,Svn,Version Control,Tortoisesvn,我有两个工作副本:一个树干的副本和一个树枝的副本: 主干->应用程序1.0 分支机构->1.2->应用程序1.0 我需要将app1.0重命名为Application(“1.0”是“手动”进行版本控制的时代的古语,SVN没有被充分利用,说得温和些;我现在正在尝试设置它,尽管我在源代码控制方面没有太多经验) 我在我的1.2\App 1.0和trunk\App 1.0本地磁盘文件夹(工作副本)上做了TortoiseSVN->重命名,我还重命名了存储库中的文件夹(通过Repo浏览器) 但是1.2分支

我有两个工作副本:一个树干的副本和一个树枝的副本:

  • 主干->应用程序1.0
  • 分支机构->1.2->应用程序1.0
我需要将
app1.0
重命名为
Application
(“1.0”是“手动”进行版本控制的时代的古语,SVN没有被充分利用,说得温和些;我现在正在尝试设置它,尽管我在源代码控制方面没有太多经验)

我在我的
1.2\App 1.0
trunk\App 1.0
本地磁盘文件夹(工作副本)上做了
TortoiseSVN->重命名
,我还重命名了存储库中的文件夹(通过
Repo浏览器

但是1.2分支中的代码文件
abc.cs
仍然“认为”它的基础是旧文件:
app1.0/abc.cs

Diff与以前的版本
给了我一个错误(“Subversion报告了一个错误:在修订版604中找不到1.2\App 1.0\abc.cs的存储库位置”)

请参见此文件的修订图:

(出于易于理解的原因,我删去了应用程序的实际名称。)

通过将主干修改合并到分支来传播主干修改现在有点麻烦

更重要的是,我的同事还有一个
App 1.0
工作副本(还没有发布或更新),所以我有点担心我们会把事情搞砸,我不知道如何从这里开始

问题是:我哪里做错了,我该如何纠正(对我和我的同事来说)


我猜独立重命名这两个文件夹是破坏历史跟踪的错误(现在图片上637和639之间没有直接连接,而这正是我需要的);我只是不知道我应该做什么,也不知道如何修复它。

尝试签出一个新的工作副本-可能存储库中的一切都正常…

问题是由于重命名工作副本和repo文件夹而没有传达任何更改(如您所想)造成的


根据线程,您可以重命名repo文件夹,然后更新工作副本,或者使用命令行界面

这是有道理的!谢谢你的帮助。