远程Subversion版本库

Question

我目前的项目是它的主Subversion版本库位于网络上，访问受限制。我们的大多数开发人员都可以访问此网络，并具有代码库的全部功能。我目前有1个“远程”开发人员无法访问网络。我目前管理的方式是将工作副本检出到一个新的工作区，将其压缩并发送给他工作。在收到我的每个代码转储后，他将其放入本地Git库中，以便为自己提供一些版本控制。当完成一组任务后，他将其备份并发送给我，由于它仍包含svn元数据，我可以与存储库同步并提交/合并其更改。然后重复。这对我来说是一个巨大的痛苦，但它是可控的，因为我只为一个人做。

我们正在研究添加几个无法访问受限网络的远程开发人员的可能性，因此我正在寻找替代方案来解决我目前的情况。理想情况下，我想拥有一个远程存储库，它本质上充当主存储库的分支。我已经阅读了关于svnsync来创建一个镜像，但它看起来不像你可以提交到镜像或从镜像回到源。我需要能够承诺回购，合并和重新整合。我不反对从Subversion切换到Git，但我想保留这个作为最后的解决方案。

欢迎任何建议！谢谢！

Answer 1

这听起来像完全迁移到Git是你想要做的。我建议你看看How to use git-bundle for keeping development in sync?。该答案中的工作流模式似乎与您所描述的情况类似。

Answer 2

我们有一个类似的设置，但使用下列内容：

SVN作为主存储库 混帐SVN仓库这确实双向通信 每个远程工人有一个Git仓库，并推到混帐svn的回购

然后，git-svn repo可以更新主存储库，唯一拥有git-svn repo控制权的人应该是你自己的，并且应该像平常一样保护对它的访问。我们发现这样做效果很好，并且允许我们在允许远程工作人员提交的同时保持主要SVN存储库的私有性。