5

因此，使用带有最新 BitBucket (4.8.3) 的 Subversion 镜像 (SubGit)。对 master 进行了两个更改。一种是直接制作的，另一种是通过功能分支的合并制作的。推送更改时，出现 SubGit 错误：

XC2T@B104315 MINGW64 /c/projects/repos/loct-demo (master)
$ git push
Total 0 (delta 0), reused 0 (delta 0)
remote: error: The following ref update is disallowed:
remote: error:   refs/heads/master: leads to replacement of SVN branch 'trunk'
remote: error:
remote: error: You can allow branch replacements by setting svn.allowBranchReplacement = true in SubGit configuration file.
remote: Fetching revisions from SVN repository:
remote:   up to date
remote: Sending commits to SVN repository:
To http://XC2T@localhost:7990/scm/loct/loct-demo.git 
 ! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to 'http://XC2T@localhost:7990/scm/loct/loct-demo.git'

我确定我过去曾这样做过，而且效果很好。我将尝试恢复并再次执行此操作，但只是想知道其他人是否已经看到此错误并知道它的含义。

谢谢，

布拉德

4

1 回答 1

4

SubGit 3.2.1 版和 SVN Mirror 附加组件 3.3.0 版引入了此错误消息。

SubGit/SVN Mirror 拒绝会导致 Subversion 存储库中的分支替换的推送操作。Git更改可能导致SVN端替换的情况基本上有两种：

  1. 强推。

    当强行推送非快进更新时，SubGit/SVN 镜像除了删除当前版本的分支并从某个较旧的版本重新创建它之外，无事可做，因为这正是非快进更新所做的：继续来自分支提示以外的提交的分支历史记录。

  2. 从一个分支快进合并到另一个分支。

    当一个人从创建一个新分支foo时master：

    $ git checkout -b foo
$ git commit -am 'fix foo'
[foo ca3caf9] fix foo

    然后将该分支推送到 SubGit 镜像：

    $ git push origin foo
...
Sending commits to SVN repository:
  remote:   ca3caf9 => r10 branches/foo

    映射ca3caf9到branches/foo@10.

    最后，一个合并分支foo回到master：

    $ git checkout master
$ git merge foo
Updating 0e39ad2..ca3caf9
Fast-forward

    注意到正在更新...快进消息？这意味着git merge没有发现新的提交master，因此不需要创建合并提交，git merge即将master指针从旧提交0e39ad2移到新提交ca3caf9。

    现在当推master送到 SubGit 镜像时会发生什么：

    $ git push origin master

    SubGit 发现已从mapped tomaster更新为mapped to 。SubGit 无能为力，只能删除并重新创建它，这显然会导致替换.0e39ad2trunk@9ca3caf9branches/foo@10trunkbranches/foo@10trunk

因此我们确保 SubGit 在这两种情况下不会替换分支，除非 SubGit 管理员明确设置以下配置选项：

$ edit REPO/subgit/config
...
[svn]
    allowBranchReplacement = true
...
$ subgit install REPO

但是，我建议保持svn.allowBranchReplacement设置false并遵循这些最佳实践，以避免原始问题中报告的错误消息：

  • 切勿强行推动任何东西；更喜欢合并、恢复分支更改而不是覆盖它们。

  • 将一个分支合并到另一个添加选项时：当它宁愿进行快进更新时，它会--no-ff强制创建一个合并提交：git merge

    $ git merge --no-ff foo

更新：

如果您使用的是 SVN Mirror 插件，您可以svn.allowBranchReplacement在Branches Mapping选项卡中指定选项：

分支映射

文本字段应如下所示：

[svn]
    trunk = ...
    ...
    allowBranchReplacement = true

然后单击应用更改按钮以激活此新设置。

于 2016-08-15T14:03:41.713 回答