2010-10-26 34 views

回答

10

如果您的服务器不合并跟踪和您的客户端工具1.5或更高版本,这将工作:

svn blame --use-merge-history TARGET 
+4

或'svn blame -g TARGET'(更短) – 2011-05-16 12:51:44

1

合并看起来像是某人结帐出中继,一次完成所有更改并重新提交。合并后完成最终提交的任何人将显示为作者。如果您希望人们协助合并,请确保他们在您希望合并的人的用户名下进行合并。

说了这么多,如果有人在合并中犯了错误,那么如果他们是合并的人,那么你想要“帮助”合并的人的名字吗?

+0

的'--username'选项'SVN commit'可用于提交的其他用户。 – 2011-05-16 12:50:03

0

我不是100%确定,但我认为答案是:是和否......注释AFAIK只会向您显示对该行代码进行最近更改的作者。就你而言,这将是合并的人。如果您需要更进一步,您需要在合并之前归咎于版本。

1

SVN服务器上的唯一信息是提交的作者。这是责备/注释将使用。

所以不,作者在这种合并过程中没有保留。这需要比SVN句柄更多的信息。

0

合并可能更改svn:mergeinfo属性。在这种情况下,任何给定合并的原始提交的作者都可以间接发现。

但是,这仅仅是一个绷带 - 如果你想真正的作者通过合并跟踪,您可能需要切换到一个工具,工具设计用于分布式开发:像githg,甚至darcs

1

在我看来,合并不是由原创作者完成的方法是错误的......但这是一个不同的故事。

在Subverison中,每个提交都与作者相关联。合并只能在属于特定作者的工作副本中完成。在我看来,SVN中的信息是正确的,因此合并代码的人对合并“负责任”......所以与他的名字的关系是正确的。

+1

我相信有这种方法的有效方案。就像我们公司有几名学徒,他们在同一个应用程序的不同功能分支中工作。我当然不希望他们对最终上线的应用程序进行无人值守合并。我想先查看他们的更改,然后再进行合并。无论如何,我仍然负责合并,因为我是项目业主。另外,您会在SVN历史记录中找到我的名字作为合并提交者。但是,我仍然可能想知道没有我自己名字的人是谁制造的。 – 2014-11-19 15:52:31

相关问题