无缝 git svn 设置

Question

我是一名强大的 git 用户，并且对此感到很高兴。

现在，我被迫使用 svn，但我并不乐意这样做。使用 git svn 还不太舒服。

所以，这是我想要的设置。

• 我使用 git 存储库，即具有许多本地分支的各种方式的 git。
• 我定期在 git 中创建多个分支并合并，让 git 处理所有这些。
• 我想将选定的 git 分支作为 svn 分支发送，并镜像所有内容。
• 当我删除本地 svn 镜像 git 分支时，svn 分支也会被删除。

强调的一点是，我希望 git 完成合并和分支的所有艰苦工作，然后推送到 svn 并使其成为一个商店。

听起来我在要求一份 git-svn 教程。除了我已经经历过很多次了，然而，当我经常执行 git svn rebase 和 git svn commit 时，我会遇到错误，而且它似乎总是单独与 trunk 对话。

我想要的是发送的镜像 svn 命令和镜像分支。

Answer 1

请参阅此问题 git svnbranch 简介和该问题有关如何删除远程分支的信息 - 或在下面获取 git svn 基础知识的完整摘要（包括提到的两个问题中的信息）。

为了给您提供更完整的教程（涵盖本地和远程分支、提交、合并本地分支的完整设置 - 请参阅水平线下方的分支设置），以下是如何轻松使用 svn 存储库：

• 初始化本地 git使用 git svn clone 进行存储，可以使用参数 -s (stdlayout) 或使用参数 --trunk、--tags、--branches 指定 svn 目录中的主干、标签和分支的目录。

-s 表示 svn repo 有这样的目录布局

/trunk
/branches/new_feature
/branches/long_fix
/tags/0.0.9
/tags/0.1.0

如果没有，您可以指定 trunk、branches 和 的位置>tags 以及上面提供的参数。

当您克隆存储库时，您将自动登陆名为 master 的本地分支，该分支将自动跟踪主干。

在这种情况下，您进行提交就像您不知道您使用 git svn 克隆了存储库一样，除非您不推送提交：

• 使用 git commit 提交到您的分支
• 使用 gitbranch创建本地分支
• 使用 git merge合并来自本地分支
• 等的

更改。您无需担心自己处于 git svn-repo 中，直到您想要推送更改。

根据上面的设置，我们有本地分支 master，它正在跟踪 trunk。因此，在本地 master 分支内进行提交后，可以使用以下命令将它们推送到主干：

• git svn dcommit（在您的本地分支master）

（注意dcommit中的d）。

要测试您提交的位置，请执行

• git svn dcommit -n

---

现在到了有趣的部分：在您这边创建被跟踪的分支。非常简单的阅读上面的问题，我只需复制并粘贴示例：

• git svnbranch -n -m "Branch forauthentication bug" auth_bug

请注意，此示例具有 -n 标志这只进行一次空运行。删除该标志才能真正做到这一点。该命令在您上面设置的 branches 目录中的 svn 存储库上创建分支 auth_bug，并且

• git checkout -b auth_bug auth_bug

创建一个本地分支 auth_bug （第一个参数）并让它跟随远程分支 auth_bug （第二个参数），该分支映射到目录 /branches/auth_bug 在 svn 存储库上。远程分支 auth_bug 存在，因为您是使用 git svnbranch 命令创建的（并且可以是任何其他已存在的分支）。

在这个本地分支 auth_bug 中，当执行 git svn dcommit 时，所有提交都将被推送到分支目录 /branches/auth_bug 中的 svn 存储库（通过在命令中附加 -n 来测试它。）

要删除分支（我以前没有这样做过），看起来 git svn 无法处理这个问题你，所以根据 另一个问题，你必须直接使用以下内容svn 命令：

• svn rm $URL/branches/the_branch

这将从远程 svn 存储库中删除分支，然后您必须从本地 git 存储库中删除它，具体取决于它是一个分支（如上面的命令）或一个标签：

git branch -D -r the_branch
rm -rf .git/svn/the_branch

或者

git branch -D -r tags/the_tag
rm -rf .git/svn/tags/the_tag

---

要使用上游 svn 分支（“拉”）的更改来更新您的分支，您可以使用以下命令在更改之上重新设置您的分支：

• git svn rebase

这会在 svn 中获取新的提交，对您的分支进行变基并回放您的本地提交（如果有）。

Answer 2

您可以尝试 SubGit 来代替 git-svn。

SubGit 是一个 Git-SVN 双向服务器端镜像。

如果您可以在本地访问 Subversion 存储库，则可以像这样安装 SubGit：

$ subgit configure $SVN_REPOS
# Adjust $SVN_REPOS/conf/subgit.conf to specify your branches and tags
# Adjust $SVN_REPOS/conf/authors.txt to specify git & svn authors mapping
$ subgit install $SVN_REPOS
...
$ INSTALLATION SUCCESSFUL

SubGit 将 Subversion 存储库转换为 Git（也可以以相反的方向工作）并安装 SVN 和 Git 挂钩。结果，Subversion 和 Git 存储库是同步的：每次提交和推送都会启动挂钩，立即转换传入的修改。

以下是使用 SubGit 的一些好处：

1. SubGit 自动将 svn:ignore 属性转换为 .gitignore 文件，将 svn:eol-style 和 svn:mime-type 属性转换为 .gitattributes；

2. SubGit 自动将合并跟踪信息从 Git 存储库转换为正确的 svn:mergeinfo 属性更新；

3. 人们可以使用任何 Git 客户端来使用 SubGit 支持的 Git 存储库，所有更改都会立即传播到 Subversion 对应版本。

有关更多详细信息，请参阅 SubGit 文档 和 git-svn 比较页面。

下面是标准 Git 操作如何在 Subversion 存储库中体现的描述：

1. 创建分支 foo 并将其推送到原始 Git 存储库：

   $ git checkout -b foo master
   $ git commit -a -m "实现功能 foo"
   $ git Push 原点 foo
   

   推送完成后，Subversion 存储库就会获取从 ^/trunk 复制并进行适当修改的 ^/branches/foo 分支。

2. 将分支foo合并到master：

   $ git checkout master 
   $ git 合并 foo
   $ git 推送
   

   此时，为分支 ^/trunk 创建了一个新修订版，并进行了适当的修改，包括 svn:mergeinfo 更新：

   + /branches/foo:rX-rY
   

3. 从远程存储库删除分支：

   $ git push origin +:refs/heads/foo
   

   之后 ^/branches/foo 在 SVN 存储库中被删除。

SubGit 是一个商业产品。对于开源和学术项目以及最多 10 名提交者的项目来说，它是免费的。

免责声明：我是 SubGit 开发人员之一。