某些提交中缺少 git-svn-id

我有一个旧的 SVN 存储库，我使用它签出了git-svn为了解决这个问题并推送到 Heroku。我做得相当标准git push heroku master, git svn rebase, git svn dcommit跳舞，一切都很好。

然而，最近我做了相当多的 git 工作，但没有做过git svn rebase等一下。现在，当我尝试进行变基时，由于合并冲突，它失败了，尽管我是唯一提交到存储库并且只在 master 上工作的人。

认为这可能是工作副本的问题，我做了一个新的git svn clone然后一个git remote add heroku and git pull heroku master。拉动可以毫无问题地进行快进合并，但是git svn rebase仍然失败。

我做了一个简单的git log我发现我缺少一些旧的提交git-svn-ids:

commit def8bab861314c67d4e8227e03775d19045d21d1
Author: peterr
Date:   Fri Sep 21 16:17:33 2012 +0000

    PHP Cedar support.

    git-svn-id: http://vcp.unfuddle.com/svn/vcp_bbsit@24 b6b24ac3-8b7a-4c11-a811-49c5d0334e85

commit f51bd78fb07dde6ec1dc4e0ba51a48f2b6bd1bd6
Author: pr1001
Date:   Mon Aug 20 19:39:42 2012 +0200

    Specify port correctly

commit 153bb2929080898dcab46142120def0f4964dfab

...

commit 5a416fa3af9f64aa353d5171bedfaa563115ff62
Author: pr1001
Date:   Mon Aug 20 17:22:58 2012 +0200

    PHP Cedar support.

commit e0b35588d03082a3a4ab49a7b590f206346046c0
Author: j
Date:   Fri Aug 3 08:13:33 2012 +0000

    change email

    git-svn-id: http://vcp.unfuddle.com/svn/vcp_bbsit@23 b6b24ac3-8b7a-4c11-a811-49c5d0334e85

From 一个如此的答案我认为我也许能够重写提交消息以添加丢失的信息，但我想知道这是否会更糟。

查看消息，看起来我有一些重复的提交，例如“PHP Cedar support”。我真的很困惑为什么我有这些重复项，尽管我怀疑它们可能会转发给失败的人git push heroku master有一天，我被告知存储库不同步。git pull heroku master似乎完全没有带来任何变化并解决了问题，但也许它带来了重复的提交。

因此，鉴于这一切，我的问题很简单，我该如何进行？我在 Heroku 上有一个工作应用程序，在 SVN 存储库中有一个较旧的工作代码库，但我没有看到任何简单的方法如何干净地将较新的提交放入 SVN。我应该挑选它们吗？那么我是否需要对 Heroku 应用程序进行核攻击才能不让重复项回来？

很难猜测你是如何陷入这种情况的，但我认为这是因为当推送到 SVN 时，git-svn 用 git-svn-id 签名替换（使用 rebase 或重置）提交，因此每个提交有 2 个示例： “本地”——没有“git-svn-id”签名——而远程则带有签名。

恢复：

1. 创建一个临时分支来保持当前状态（某种 备份）：git co -b backup
2. 确保 refs/remotes/git-svn 指向与您的 subversion 存储库相对应的 git-svn-id 的最新提交，并且没有显示没有 git-svn-id 的提交git log refs/remotes/git-svn

如果不是这样，您可以使用以下技巧来修复 refs/remotes/git-svn： 更新 refs/remotes/git-svn 以指向一切正常的最新提交（在您的情况下，它对应于 r23）：

$ git update-ref refs/remotes/git-svn e0b35588d03082a3a4ab49a7b590f206346046c0

设置 .git/svn/metadata revisions 以指向该修订版：

[svn-remote "svn"]
        reposRoot = ...
        uuid = <UUID>
        branches-maxRev = 23
        tags-maxRev = 23

删除（或最好移走）文件 .git/svn/refs/remotes/git-svn/.rev_map.UUID 现在运行

$ git svn fetch

您的 refs/remotes/git-svn 参考现已恢复到最新的有效 SVN 修订版。

3.从 Git 存储库获取所有更改而不合并

$ git fetch heroku master

现在您的所有更改都在 refs/remotes/heroku/master 中。

4.确保您没有进行任何本地更改（我建议您现在处于 master 状态）。将 refs/heads/master 重置为 refs/remotes/git-svn。做到这一点的方法之一：

$ git update-ref refs/heads/master refs/remotes/git-svn
$ git reset --hard HEAD

5.查看 refs/remotes/heroku/master 和 refs/remotes/git-svn。 Git 存储库中是否存在 refs/remotes/git-svn 中不存在的更改？如果是，请一一挑选。还要看看你的备份分支（仅在没有 git-svn-id 的提交），如果它们不在 SVN 中，也挑选它们。

6.现在您在 master 中进行了一些 SVN 中还没有的更改。跑步

$ git svn dcommit

将它们推送到 SVN。

7.现在您的 SVN 相关分支已完全修复并具有所有更改。如果我理解正确的话，您希望 Git 存储库中有相同的内容。最好用当前的 master 内容替换 refs/remotes/heroku/master ：

$ git push heroku master --force

现在您的 Git 存储库具有与 SVN 存储库相同的内容。

为了避免将来出现这些问题，请确保您never将没有 git-svn-id 的提交推送到 Git（即，当您运行“git Push”时，您的 master 仅包含带有 git-svn-id 签名的提交 - 如果没有 - 运行“git svn dcommit”将它们推送到 SVN第一的）。