3

我将为我们的合作伙伴建立额外的存储库,而我们的官方存储库是 svn,我可以自由地为我们的合作伙伴选择存储库。

我的想法是使用 git-svn 克隆我们的 repo(我们称之为 repo1),为我们的合作伙伴创建 git 存储库并使用 repo1 跟踪合作伙伴存储库。这可能不会让 git-svn 感到困惑吗?

4

1 回答 1

3

您的建议是 git-svn 不支持开箱即用。核心代码认为 git-svn 是一个类似 git 的 svn 客户端,但不是一个完整的 git 存储库环境。这是Pro Git的摘录,这是一本免费的在线手册,其中包含有关 git-svn 的详细信息:

不要在单独的 Git 服务器上设置和协作。可能有一个为新开发人员加速克隆,但不要向它推送任何没有 git-svn-id 条目的东西。你甚至可能想要添加一个 pre-receive 钩子来检查每个提交消息的 git-svn-id 并拒绝包含没有它的提交的推送。

原因与 git-svn 分配 git-svn-id 的方式有关。对于您的用例,我会尝试Subgit。允许 git 存储库网络和旧版 SVN 存储库之间的完全集成。

于 2013-02-19T23:07:32.497 回答