git svn克隆、合并信息丢失
我们有一个SVN设置，分支合并经常发生。我目前正在迁移到git。我正在使用svn2git进行迁移，但我认为同样的情况也适用于gitsvn svn git clone似乎不会保留来自svn的mergeinfo，因为svn和git merge的工作方式不同？例如，在git svn clone之后，迁移一个svn主干repositoy（有或没有功能分支）。执行git svn克隆、合并信息丢失,git,svn,git-svn,Git,Svn,Git Svn,我们有一个SVN设置，分支合并经常发生。我目前正在迁移到git。我正在使用svn2git进行迁移，但我认为同样的情况也适用于gitsvn svn git clone似乎不会保留来自svn的mergeinfo，因为svn和git merge的工作方式不同？例如，在git svn clone之后，迁移一个svn主干repositoy（有或没有功能分支）。执行git log--full history只会在分支合并到的主干中显示提交，但是该合并引入到主干中的分支中的所有提交历史不再存在，但是如果使用T
git log--full history我已经读到SubGit可以处理这个问题（我还没有尝试过）。但我只是想确保git svn clone确实不会在git中保留svn存储库中的mergeinfo属性/信息。正如@Vamper和其他人从其他地方建议的那样，因此Q&As:git svn可能不是导入/转换svn回购的最佳工具，我非常确定它在某些情况下会起作用。但在边缘案例中失败了 在我们的例子中，这是因为在非标准的回购结构中，它有一个共享的根级主干和分支，用于许多不同的应用程序。因此，其结构类似于“trunk\app1、app2、app3…”和“branchs\app1\u feature1、app1\u feature2、app2\u feature、app3\u feature1” 最初我没有导入任何分支，这不会将分支中的合并信息引入主干。然后，我尝试将我需要的主干和分支移动到同一个svn repo中的不同位置，作为标准结构，但git svn似乎对此也不满意。在那之后，我尝试了，因为它似乎很容易开始，并且可以免费导入，但最初没有成功，因为它使用的是相同的移动主干/分支。然后，我尝试使用SubGit导入整个“分支”，最终得到了一些合并的infor，但由于重命名/移动了trunk，仍然缺少一些早期的修订信息 最后，我使用ruby gem'svn2git'并给出以下注释：
svn2git https://svn-host/product --trunk trunk/application1 --branches branches
--no-minimize-url --notags --metadata --authors ../../authors.txt -v
注意：对于我在svn2git中使用的注释，我后来意识到，'--branchs'参数可以省略，因为'branchs'是默认值。正如@vamper和其他地方建议的那样，因此Q&as:git svn可能不是导入/转换svn回购的最佳工具，我很肯定它在某些情况下会起作用。但在边缘案例中失败了 在我们的例子中，这是因为在非标准的回购结构中，它有一个共享的根级主干和分支，用于许多不同的应用程序。因此，其结构类似于“trunk\app1、app2、app3…”和“branchs\app1\u feature1、app1\u feature2、app2\u feature、app3\u feature1” 最初我没有导入任何分支，这不会将分支中的合并信息引入主干。然后，我尝试将我需要的主干和分支移动到同一个svn repo中的不同位置，作为标准结构，但git svn似乎对此也不满意。在那之后，我尝试了，因为它似乎很容易开始，并且可以免费导入，但最初没有成功，因为它使用的是相同的移动主干/分支。然后，我尝试使用SubGit导入整个“分支”，最终得到了一些合并的infor，但由于重命名/移动了trunk，仍然缺少一些早期的修订信息 最后，我使用ruby gem'svn2git'并给出以下注释：
svn2git https://svn-host/product --trunk trunk/application1 --branches branches
--no-minimize-url --notags --metadata --authors ../../authors.txt -v
注意：对于我对svn2git使用的注释，我后来意识到，'--branchs'参数可以省略，因为'branchs'是默认值。我已经在Git中看到了由
Git svnGit svn