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文件夹,然后更新工作副本,或者使用命令行界面 这是有道理的!谢谢你的帮助。