为什么要将树合并为“两棵树同步的最后修订号”？

在TortoiseSVN的documentation about merging中，对于“合并两个不同的树”的状态下（重点煤矿）的说明：为什么要将树合并为“两棵树同步的最后修订号”？

在这两个从版本域和要修订字段中输入最后一个版本号两棵树同步于。

这是正确的吗？这对我来说没有意义。参加我们要合并“分支”修订版105回“主干”这个说明性的例子：

如果没有一直致力于分支后干路（即，如果修订101不存在），我们将从中继HEAD（这将是修订版本100）合并到分支HEAD（修订版本105）。说得通。

但101确实存在。文档说，我们必须在两棵树同步的最后修订版本号（即修订版100，这是总体意义上的）的最后修订版号处合并，以分支到......两棵树同步的最后修订版本号......这是什么？

102？（不，它与主干不同步）
100？（不，它甚至不在分支上）
它不应该是105吗？这似乎是唯一有意义的，但对我来说，这与文档相矛盾。

我在这里错过了什么？文档是否正确？误导？错误？

来源

2017-10-17 Jean-François Corbett

如果分支不是从中继'版本101'同步可能冲突或丢失时合并整个分支到中继 – janith1024

你可以提出一个单一的理性参数删除[tag：parallelism-Amdahl]扩展文本已排除其他细节在最初的步骤上，Gene M. AMDAHL基于哪种方法制定了改进流程调度的观察结果？ >>> https://stackoverflow.com/posts/18374630/revisions **有没有任何删除的事实改善了严格的知识建设？** – user3666197

@ user3666197嗯，我相信你在评论错误的meta post ...你的公主在[另一座城堡]（https://meta.stackoverflow.com/questions/360170/odd-looking-recent-revision-of-tagparallelism-amdahl-tag-wiki）。 –

我不明白你为什么要合并不同的树选项。根据图片，您应该使用自动重新合并合并。见TortoiseSVN Manual | Merging a Range of Revisions。

在HEAD中使用您的干线的工作副本，并选择选项合并一系列修订，然后单击Next-Next-Merge。从分支到主干的合并应该自动完成。

来源

2017-10-25 15:40:21 bahrep

我不会推荐使用svn来进行git风格的分支，在我看来，你正在尝试做的只是使用分支，如果你有充足的理由（比如有一个生产和开发分支或某些功能将采取很长时间才能发展，并阻止他人完成工作）。

只是因为svn复制粘贴整个文件夹，而不是像git那样保存更改。

我烧4个固态硬盘驱动器上的我的项目每天的基础上合并的东西...

你不必依赖于乌龟SVN及其有关文档，乌龟SVN是只为SVN的GUI。

因此，基本上在SVN中，分支/标签之间没有任何区别，它总是表现相同的方式，所以恕我直言，龟SVN文档是误导性的，没有区别，如果你合并分支到树干或副-versa。

这也取决于SVN的哪个底层版本，最好有依赖于svn 1.7或更高版本的版本。

所以，如果你想“重返分支”，只需在命令行中，导航到你的躯干，或任何目录称为并键入

svn merge ^/branch/branch_name

而在这之后删除分支......

龟SVN也让你有在控制台svn，只是重新启动它的安装，并启用svn命令行功能。

来源

2017-10-31 14:02:08

为什么要将树合并为“两棵树同步的最后修订号”？

回答

相关问题