使用git和git-svn分散开发

Question

我们有2-3支小组，由2-3人组成。我们所有人都将git用于本地和SVN作为中央存储库，而git-svn获得了同步。这是一直有效的，除非我们想在团队IT自我之间共享代码。

因此，我们尝试了Git拉动，这会造成许多冲突，并且无法检测到我们在同一棵树上。当然，它可以获取所有更改（与克隆然后拉的相同），当然我不想克隆完整的回购。每次我想分享。

请提出更好的流程。

1. 我们无法摆脱中央副总裁。
2. 我们不能每次克隆。

Answer 1

提名一个团队成员为“ Git Hub”，他/她与SVN服务器同步，其他团队成员与他们进行交互，而不是直接的SVN服务器。这样，吉特就会知道所有团队成员都在同一棵树上。

Answer 2

子立场 对您来说似乎是一个很好的选择。

子立场 是服务器端解决方案，它可以使GIT访问Subversion存储库，反之亦然。这意味着您只能使用您选择的GIT客户端使用GIT存储库。

您需要将Subgit安装到颠覆存储库中一次。之后，该子格特立即将SVN修订转换为每一个的git commit svn commit git对每个人进行SVN修订 git push.

Subgit是封闭源软件，但开源项目是免费的。有关更多信息，请参考 子观念文档.

Answer 3

为了加上克里斯·黄·洛纳（Chris Huang-Leaver）的答案，您需要一个中心点来与SVN Repo进行DCommit/Rebase。
这并不能否认GIT的“分散”方面，它仅允许每个人作为其远程存储库之一，一个“中央”参考库（即与SVN同步）

没有简单的方法来避免克隆的负担 一切 来自（潜在的）SVN回购，因为由此产生 git存储库不能分为子模块.
这留下了至少一个“解决方案”，这将涉及：

• 在主旁边创建不同的git（与SVN同步）
• 从主要存储库中导出补丁
• 将这些补丁程序应用于代表主要GIT存储库中一个项目的每个GIT回购。

显然需要自动化，但是一个团队会专注于 一 在这些GIT存储库中作为其“中央”存储库，负责SVN同步的人将更新那些较小的GIT存储库，其中来自主要（和隐藏）Git git <=> SVN Repo的补丁。