TortoiseSVN 修订图：合并 -> 线路连接回主干？

Question

当我完成“合并”时，TortoiseSVN 修订图是否会从分支绘制一条线回到主干？

Answer 1

以一个分支是复制操作（这是在SVN很便宜），并且在这是发生了什么事，因此线日志看起来明显。 它的明显的（到SVN / tortioiseSVN），因为你不能让一个分支，而不在您选择的修订采取的每一个假象，从后备箱里。这就是为什么行总是显示 - 制作一个分支是保证采取的所有的你从后备箱文件到您的分支。合并回不同的是，你可以的选择在任何你想合并的。

合并回不是复制而是一个的您的diff从HEAD（当前最新躯干）的承诺，以自己的工作副本的（你的分支）。要SVN，它看起来像有人把最新的躯干，并立即更改的文件的负载，并承诺他们进来。

IMO，一行回到主干会产生误导，因为你可以合并和选择树干版本在你自己的每一个文件 - 行会暗示你带来了你所有的变化，但居然还有你带来任何难保。

Answer 2

这是“真实世界”的情况来讲，它确实有很大的帮助，如果有对合并的线路就像它有助于分支线路。如果日志在被看，为什么还要增加一个行barnch..all的信息是存在的日志。

但是，当你要保持为不同的客户的多个分支与合并变为主干...它变成无图形表达（我的意思是，我们有工具，使生活简单...为什么，如果你要使用它们几乎无法管理坐用于读取小时日志）。

所以，即使SVN /乌龟不能决定何时一条线，但如果用户可以强制一条线，我认为这将有很大的帮助。

这是真的，有些差异可能不会被合并或合并过程本身无法被正确执行，但应留待用户登录： - ）

Answer 3

您不妨看看 Subclipse的版本图。

它支持表示只要合并通过1.5.x的和更大的客户端和服务器执行的合并信息。 （1.5行SVN的开始，合并信息跟踪是通过附加到文件夹的元数据添加）

在Subclipse的工具，试图显示此信息，但我发现它甚至工作高度击中或错过。这不是高度抛光，但表现出巨大的承诺。特别是如果这可以在某些时候被带回了TortoiseSVN的。

您也不妨看看 Subversion的笔记上的合并执行。

Answer 4

从我的经验，答案是否定的，但你为什么不尝试一下，告诉我们。我相信你是不会取消的合并，因为乌龟SVN可能或不可能代表它后，Graphicly。

<强>基于响应更新 TSVN仅仅是代表什么是SVN的工具，让他们有充分的自由来改变它们所代表的方式，而无需任何真实世界的影响:) 我不是说你的想法是一个坏的，但真正关于合并的信息仍然存在，如果你加入的注释。

Answer 5

这还没有通过 TortoiseSVN（2014 年 1 月）实现，但可以通过 eclipse Subversive 插件实现 http://www.eclipse.org/subversive/documentation/teamSupport/revision_graph.php （以及之前提到的 Subclipse 插件）。

不幸的是，您必须单击每个节点才能显示它，而不是默认情况下能够在所有节点上显示它。

如果您选择显示合并信息并且存在合并，则合并信息将显示在图表上。每个修订节点可能具有传入和（或）传出合并，这些合并在修订节点上通过指向左侧或右侧的相应蓝色箭头显示。对于每种类型的合并，箭头附近都有数字，这意味着合并数量，对于传入合并，还显示受合并影响的修订号（在括号中）。默认情况下，不显示节点之间的合并连接，因为可能存在大量合并连接，这会使图形表示和理解变得非常复杂。如果您想查看修订节点的合并连接，您可以单击修订节点上的蓝色合并箭头，或者从节点的上下文菜单中调用相应的操作，例如“显示传出合并”或“显示传入合并”。

Answer 6

尝试它自己出去后，答案是否定的。

这是我的设置。

TortoiseSVN的1.6.2，构建16344 - 64位 颠覆1.6.2

虽然这没有任何意义可言......

如果TSVN显示分支线断，怎么就没有线合并吗？什么是背后的原理是什么？