我将为我们的合作伙伴设置额外的代码库，虽然我们的官方代码库是svn，但我可以自由选择我们的合作伙伴使用的代码库。
我的想法是使用git-svn克隆我们的代码库（让我们称之为repo1），为我们的合作伙伴创建git代码库，并通过repo1跟踪合作伙伴的代码库。这是否可能而不会使git-svn混淆？
我的想法是使用git-svn克隆我们的代码库（让我们称之为repo1），为我们的合作伙伴创建git代码库，并通过repo1跟踪合作伙伴的代码库。这是否可能而不会使git-svn混淆？
1个回答
3
您提出的建议超出了 git-svn 的支持范围。核心代码将 git-svn 视为类似于 svn 客户端的 Git 工具，而不是一个完整的 Git 存储库环境。以下是来自 Pro Git 的摘录，该免费在线手册详细介绍了 git-svn：
原因在于 git-svn 如何分配 git-svn-id。对于您的用例，我建议尝试使用 Subgit。它可以实现 Git 存储库网络与遗留 SVN 存储库之间的完全集成。不要设置独立的 Git 服务器并在其上协作。可能会有一个用于加速新开发人员克隆的服务器，但不要将不含 git-svn-id 条目的任何内容推送到其中。您甚至可能想添加一个 pre-receive hook，检查每个提交消息是否包含 git-svn-id，并拒绝包含未包含该信息的提交的推送请求。
- Peter Bratton
2
不是我想要的，但看起来非常有趣。 - Atilla Filiz
我更新了并附上了解释。Git-svn在开箱即用时并不真正支持您所描述的用例，因此推荐使用替代方案。 - Peter Bratton
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接