git-svn合并并提交细节

我们使用git-svn来管理SVN仓库的分支.我们面临以下问题:在分支中用户X进行了多次提交后,用户Y希望使用git-svn将分支中的更改合并到trunk.我们看到的问题是,所有单个合并操作的提交消息看起来好像是由用户Y创建的,而分支中的实际更改是由用户X进行的.

有没有办法向git-svn表明合并时,使用原始提交消息/作者进行给定的更改而不是进行合并的人？

git-svn手册页建议您不要使用merge.""建议你运行git-svn fetch和rebase(不要拉或合并)"".话虽如此,你可以做你喜欢的事:-)

这里有2个问题.首先,svn只存储提交者,而不是像git那样存储补丁的作者.因此,当Y将合并提交到trunk时,svn只会记录她的名字,即使这些补丁是由X编写的.这是git的一个了不起的特性,对于开源项目非常简单但至关重要的是对作者的更改可以避免法律问题在路上.

其次,git似乎没有使用相对较新的svn合并功能.这可能是暂时的,因为git正在积极开发并且新功能一直在增加.但就目前而言,它并没有使用它们.

我刚刚尝试使用git 1.6.0.2并且与使用svn merge执行相同的操作相比,它"丢失"了信息.在svn 1.5中,一个新功能被添加到日志记录和注释方法中,因此主干上的svn log -g会输出类似的内容用于合并:

------------------------------------------------------------------------
r5 | Y | 2008-09-24 15:17:12 +0200 (Wed, 24 Sep 2008) | 1 line

Merged release-1.0 into trunk
------------------------------------------------------------------------
r4 | X | 2008-09-24 15:16:13 +0200 (Wed, 24 Sep 2008) | 1 line
Merged via: r5

Return 1
------------------------------------------------------------------------
r3 | X | 2008-09-24 15:15:48 +0200 (Wed, 24 Sep 2008) | 2 lines
Merged via: r5

Create a branch

在这里,Y提交r5,它将分支上的X的变化合并到主干中.日志的格式并不是那么好,但它在svn blame -g上自成一体:

       2          Y int main()
       2          Y {
G      4          X   return 1;
       2          Y }

这里假设Y只提交到trunk,我们可以看到一行由X(在分支上)编辑并合并.

所以,如果你使用svn 1.5.2,你现在可能更好地与真正的svn客户端合并.虽然你会在git中丢失合并信息,但通常很聪明,不要抱怨.

更新:我刚刚用git 1.7.1尝试了这个,看看过渡期间是否有任何进展.坏消息是git中的合并仍然没有填充svn:mergeinfo值,因此git merge接下来git svn dcommit不会设置svn:mergeinfo,如果Subversion存储库是规范源,它可能会丢失合并信息.好消息是,git svn clone在svn:mergeinfo属性中读取以构建更好的合并历史记录,因此如果您svn merge正确使用(它需要合并完整的分支),那么git clone对git用户来说看起来是正确的.

您可以使用移植来教授git关于未在相关提交对象中指示的合并.

echo "$merge_sha1 $parent1_sha1 $parent2_sha1" >> .git/info/grafts

查找此信息非常简单:给定查找合并提交,您知道$merge_sha1并且$parent1_sha1已经存在.通常,这种提交的提交消息将包含第二个父提交的SVN修订号,您只需将其转换为相应的提交ID:

git svn find-rev r$revnum $branch

Presto,您拥有创建移植物所需的全部3条信息.