Question

我想在我的公司使用git-svn来处理某个项目“proj1”。

但是我们的存储库看起来像这样：

proj1/
  app1/
    component1/
      branches/
      tags/
      trunk/
    component2/
      branches/
      tags/
      trunk/
  app2/
    component22/
      branches/
      tags/
      trunk/

你会如何应对这个？

我认为git子模块是答案，但我对此并不了解，谷歌搜索它似乎不受git-svn的支持。

谢谢。

编辑：此问题与Svn -> git migration with several trunk/branches/tags有关。但是没有正确的答案。排名最高的人预计很少有“子存储库”。但是在我们的项目中有很多。

Answer 1

通常的做法是将component（一个coherent set of files及其own development lifecycle）与git repo相关联。这意味着您可以创建多个git-svn clone，每个{1}}都有一个SVN地址引用一个不同的组件。

如果您愿意，可以在那里将{@ 3}}中的各个回购参考作为submodules。
但是这个想法仍然存在：一旦你进入其中一个子模块，你实际上就是一个git repo：repo将支持git-svn dcommit个操作。

git-svn和庞大的svn存储库以及许多“子存储库”

1 个答案: