Svn Subversion中合并时的奇怪删除
我有一个带有主干和分支的subversion存储库。现在,当我尝试将trunk合并到分支中时(无论我使用的是TortoiseSVN还是commandlinesvn),一个目录和包含的文件都会被标记为删除。但在合并日志中,没有此文件的传入删除 如果我现在运行Svn Subversion中合并时的奇怪删除,svn,merge,Svn,Merge,我有一个带有主干和分支的subversion存储库。现在,当我尝试将trunk合并到分支中时(无论我使用的是TortoiseSVN还是commandlinesvn),一个目录和包含的文件都会被标记为删除。但在合并日志中,没有此文件的传入删除 如果我现在运行svn status,它会显示如下内容 D + path/to/directory D + path/to/directory/file 编辑:正如阿尔瓦罗·G·维卡里奥指出的那样,+表示“历史已安排提交”——在我的情况下这意味着什么
svn status
,它会显示如下内容
D + path/to/directory
D + path/to/directory/file
编辑:正如阿尔瓦罗·G·维卡里奥指出的那样,+
表示“历史已安排提交”——在我的情况下这意味着什么
现在我很害怕(因为我只是偶然发现了这一点),我可能在过去的一次类似合并中丢失了数据,而没有注意到。谁能告诉我这里可能发生了什么事吗?如果不确定,我建议你重新开始,从陆龟开始做所有事情。假设您尚未提交合并,请找到您的分支工作副本并执行以下操作:
如果不确定,我建议你重新开始,从陆龟开始做所有的事情。假设您尚未提交合并,请找到您的分支工作副本并执行以下操作:
Subversion中并不存在重命名的概念。您必须复制文件并删除原始文件(尽管有一个
svn rename
子命令可以为您执行这两项操作)。是的,我知道这一点。但是,svn info
通常不表示那些在相应的删除和添加旁边检测到实际重命名操作的情况吗?不,+
表示可以,在我的情况下这意味着什么?很难说,因为我们不知道您的代码库以及应该更改什么。计划删除意味着某些内容已被删除或重命名:您可以通过查看是否有等效的添加来判断。我将尝试提供一个更积极的答案。在Subversion中,重命名的概念并不存在。您必须复制文件并删除原始文件(尽管有一个svn rename
子命令可以为您执行这两项操作)。是的,我知道这一点。但是,svn info
通常不表示那些在相应的删除和添加旁边检测到实际重命名操作的情况吗?不,+
表示可以,在我的情况下这意味着什么?很难说,因为我们不知道您的代码库以及应该更改什么。计划删除意味着某些内容已被删除或重命名:您可以通过查看是否有等效的添加来判断。我会尽量提供一个更积极的答案。谢谢你的回答。我还没有提交合并,我已经签出了我的分支的一个全新的工作副本。我还没有尝试的是明确地选择要合并的修订。我也没有尝试“从URL复制”列。我会试试看。不过,除了“不干净的工作副本”(我会排除这个)之外,还有其他想法吗?谢谢你的回答。我还没有提交合并,我已经签出了我的分支的一个全新的工作副本。我还没有尝试的是明确地选择要合并的修订。我也没有尝试“从URL复制”列。我会试试看。不过,除了“不干净的工作副本”(我排除了这个)之外,还有其他想法吗?