复制颠覆提交消息答案

【问题标题】：Copying subversion commit messages复制颠覆提交消息
【发布时间】：2011-02-12 07:11:55
【问题描述】：

我知道这不是最佳做法，但每隔一段时间，当我将大量更改与主干合并时（而且我知道我的分支是最新的），我会简单地删除然后将我的分支的内容复制到主干上，这样我一个小时就不必处理解决冲突了。问题是我似乎丢失了每个文件的提交消息的整个历史记录。我的分支仍然有正确的提交消息历史......我该如何合并它们？

【问题讨论】：

【解决方案1】：

你应该赶紧去阅读Branching and Merging。您正在做的是针对 SVN，而不是使用它。
我不想使用那个存储库。

在这种情况下，最佳做法是什么？

尽可能频繁地将主干中的更改合并到分支中。这也是您重新集成分支更改到主干之前要做的最后一件事。

【讨论】：

我是 subversion 新手，所以我仍在学习最佳实践。我尝试清空后备箱，然后合并到我的分支中，但无济于事。似乎没有文件传输。我意识到 正确的 方法是将我的分支与主干合并，但就像我说的那样，有大量的更改很难解决。这种情况的最佳做法是什么？（除了显而易见的：更频繁地提交）
@Falcor：我已经回答了你的问题。

【解决方案2】：

你不能将你的分支合并到主干中吗？听起来您实际上是在复制文件，因此创建了一个需要跟踪的新文件并丢失了您的历史记录。

【讨论】：

【解决方案3】：

Mercurial 和 Git 使合并更容易（如 here、here 和 here 所述）。听起来您从存储库中获得的价值并不像您使用它的方式那样，因此您不妨考虑切换，而无需像现在这样麻烦地进行合并。

哦，删除后备箱中的所有内容是个坏主意。再多的“我知道，但是……”也不会变得更好。

【讨论】：

为什么每次有人问关于 SVN 的问题时，一些 DVCS 倡导者会出现并建议切换到 git 或 hg？你们在看svn标签，这样你们就可以宣扬不配的东西了吗？
不，我与此无关。 Falcor 出现问题是因为他发现使用 svn 进行合并很困难。因为这是 svn 和 hg 之间的主要区别之一，所以我建议了一个不会使合并（as）变得困难的工具，因此可以让他专注于他想要完成的事情。讲道是我还没有学会在谈论环境等问题时避免做的事情。 ;) 其他人商店的版本控制不是这样的问题。
在我看来，OP 害怕合并。这可能是因为在SVN中合并很困难，也可能只是他认为很难。事实上，他一直在从主干合并到他的分支，而不是从他的分支到主干。我想他看了sbi的链接后会发现SVN很适合他。
"Trunk" 只是一个默认分支的名称，没有什么特别之处可以让从一个分支合并到另一个分支比从另一个分支合并到第一个分支更容易。我还认为 SBI 的回答很有价值，这就是我投赞成票的原因。
@Tomislav：确实，“主干”是。基本上，只是另一个分支，所以合并不应该是一个原则问题。我想 Falcor 还没有阅读有关如何重新整合分支的信息。（哦，还有 FTR，不是我对你的答案投了反对票。）