修改SVN更改日志

修改SVN更改日志,svn,tortoisesvn,changelog,Svn,Tortoisesvn,Changelog,我正在使用VisualSVN和tortoise来处理SVN存储库。有人需要将一些文件夹从同一个报告中的一个位置移动到新位置。但我搞错了,只是把旧文件夹复制/粘贴到新位置(没有得到更改历史记录等)。从那个以后,他们更新了一堆文件。旧文件(来自上一个位置)未被删除或删除任何内容。有没有办法从旧文件中获取更改历史并将其与新位置关联?我需要添加修订号、日志消息等。不,您不能。不跟踪文件的完整历史记录会移动/重命名已知的SVN失败。如果您真的需要这种功能,最好使用git或Mercurial之类的工具 是的

我正在使用VisualSVN和tortoise来处理SVN存储库。有人需要将一些文件夹从同一个报告中的一个位置移动到新位置。但我搞错了,只是把旧文件夹复制/粘贴到新位置(没有得到更改历史记录等)。从那个以后,他们更新了一堆文件。旧文件(来自上一个位置)未被删除或删除任何内容。有没有办法从旧文件中获取更改历史并将其与新位置关联?我需要添加修订号、日志消息等。

不,您不能。不跟踪文件的完整历史记录会移动/重命名已知的SVN失败。如果您真的需要这种功能,最好使用git或Mercurial之类的工具


是的,我知道很多时候迁移到一个新的VCS并不是一个真正的选择。不幸的是,这意味着当你遇到这样的事情时,你几乎被卡住了。

你可以返回并重新复制旧文件,首先你将不会有与新文件相关的更改。但是,您可以在中合并更改


因此,是的,您可以通过移动或删除新文件,然后将旧文件(带有历史记录)复制到新位置,然后合并所需的更改来获得所需的内容。

-1:问题没有表明使用了svn移动或svn重命名。-1:因为何时不跟踪文件历史记录是svn的已知故障?也许你正在考虑其他一些风投?这个问题显然意味着海报“搞错了”,使用了复制/粘贴而不是svn移动/svn重命名。Subversion因文件被操作系统重命名或移动而不是通过相应的Subversion命令而丢失文件历史而闻名。答案意味着,与Mercurial和Git相反,SVN不会跨移动/重命名跟踪文件。我很确定Mercurial,至少和SVN一样,在移动或复制文件时需要被告知,而不是自己推断出来的。我不确定它在SVN上有什么优势。Git有,因为它有自己的算法来计算文件历史。