自动同步Subversion版本库和一个Git仓库

Question

我的项目有一个网络文件系统上的Subversion版本库，以及一个新的团队想使用Git从它来访问它，并能够承诺，并得到更新。

我想到的是在同一个网络文件系统上创建Subversion版本库的新版本git-svn，并确保两个版本库始终保持最新。

做到这一点的方法可能是添加一个post-commit钩子两个颠覆和新的Git仓库，将每个更新其他的存储库。

颠覆post-commit钩子将包括git svn rebase，和GIT中一个git svn dcommit。

的问题是，我将不得不使用某种类型的锁，以确保没有人提交要么库，而其他也正在致力的，因为他们总是要同步的任何承诺之前。这有几个缺点，其中包括提交到Subversion或推送到Git存储库所需的时间（它必须等待挂钩完成），以及某些用户可能无法运行的事实（因为它没有安装在他们的机器上），这意味着它们在提交/推送时不能更新其他存储库。

我该如何解决这些问题？ Subversion和Git钩子会是什么样子？

Answer 1

这里是我想出来的：

1. 创建git-svn库，如果不存在的话：

   git svn init --std-layout <svn_url> <git-svn_path> 
   

   的master分支被自动创建跟踪trunk 。

2. 为了避免名称含糊不清与Subversion追踪分支，使原来的Subversion分支显示为remotes/svn/<branch name>：去新创建git-svn库和运行

   git config svn-remote.svn.fetch trunk:refs/remotes/svn/trunk 
   git config svn-remote.svn.branches branches/*:refs/remotes/svn/* 
   git config svn-remote.svn.tags tags/*:refs/remotes/svn/tags/* 
   
   rm .git/refs/remotes/* 
   git svn fetch 
   

3. 为每个Subversion的跟踪分支Subversion的分支：

   for BRANCH in $(svn ls <svn_url>/branches/); do 
       git branch $BRANCH remotes/svn/$BRANCH 
   done 
   

4. 确保没有非Subversion的跟踪分支在中央Git仓库创建：

   # Used by hooks/update: 
   git config hooks.denyCreateBranch true 
   git config hooks.allowDeleteBranch false 
   
   cp .git/hooks/update.sample .git/hooks/update 
   chmod +x .git/hooks/update 
   

5. 允许推到中央的Git仓库：

   git config receive.denyCurrentBranch ignore 
   git config receive.denyNonFastForwards true 
   git config push.default current 
   

   ，并创建后收到钩重置并发送提交到Subversion：

   cat .git/hooks/post-receive 
   
       #!/bin/sh 
   
       date >> receive.log 
       git reset --quiet --hard 
       while read LINE 
       do 
        BRANCH=${LINE##*/} 
        echo Updating $BRANCH 
        git checkout --quiet --force $BRANCH 
        git svn dcommit 
       done 2>&1 | tee -a receive.log 
       git checkout --quiet --force master 
   
   chmod +x .git/hooks/post-receive 
   

   复位是必要的，因为否则当前分支在每次接收后都是过时的。

6. 最后，创建钩从Subversion获取更新：

   cat .git/hooks/svn-rebase-all 
   
       #!/bin/sh 
   
       date >> .git/svn-rebase.log 
       git reset --quiet --hard 
       for REF in .git/refs/heads/* 
       do 
        BRANCH=${REF##*/} 
        echo Updating $BRANCH 
        git checkout --quiet --force $BRANCH 
        git svn rebase 
       done 2>&1 | tee -a .git/svn-rebase.log 
       git checkout --quiet --force master 
   
   chmod +x .git/hooks/svn-rebase-all 
   

   而且从Subversion称它为post-commit钩子：

   cat <svn_path>/hooks/post-commit 
   
       cd <git_path> 
       . .git/hooks/svn-rebase-all 
   
   chmod +x <svn_path>/hooks/post-commit 
   

而不是使用一个单一的git-svn中央存储库，可以使用一个裸露的中央Git存储库和一个非中间存储库git-svn，如this answer。 我选择使用一个非裸露的git-svn存储库，它也是中央存储库。

任何人都可以使用Git工作，方法是克隆<git_path>并推送到该项目，或使用Subversion签出<svn_url>并提交。

Answer 2

你只有让每个开发者更好学习直接使用git-svn。 git和SVN模型之间的阻抗失配太多，无法实现您正在寻找的功能。只有这样才能使其工作得几乎可靠，唯一的办法是制定git-svn可能具有的相同类型的限制，但是可能会有更多移动部件可能中断。在我看来，你的版本控制系统并不是你想要的部分可靠的东西。

或者只是沟SVN干脆一路搬到混帐如果可能的话。