Subversion存储库应该在哪里？

Question

它应该在开发服务器还是Subversion服务器上？

我想这可以扩展到任何客户端 - 服务器的版本控制系统。

Answer 1

物理库应该是一个稳定的系统，该系统得到定期备份上。

通常情况下，开发服务器不适合这个描述......将apache服务器放在开发服务器上并在稳定的备份文件服务器上远程托管文件是可以接受的（尽管有一个数字如果您无法获得额外的服务器资源，请使用此方法陷入困境）。如果您有一个积极的备份系统来保护您的代码，则将其托管在开发服务器上可能没问题...

请记住，dev服务器很容易出现配置更改，被吹掉或以其他方式可以在关键时刻取消你的回购。

Answer 2

我一直在开发服务器，这也运行Trac系统，阿帕奇托管项目的JavaDoc的自动更新的副本，以及CI构建平台上我的。一个项目必须具有相当的史诗比例才能需要专用的Subversion服务器。

但是，请记住，它保持在另一个位置另一台机器上备份Subversion版本库是非常重要的 - 你的资料库是你最宝贵的财富！

Answer 3

我喜欢让自己的服务器上我的，只是因为我认为在一个组织中最重要的服务器其一，并保持它自己的服务器上帮助管理员在做备份和其他维护活动。并且因为服务器是因此重要，所以您不希望其他开发人员以任何可能危及其意外的方式对其进行攻击。

另外，如果你有一堆开发人员和一个运行中的主动持续集成服务器，你实际上可能会飙升CPU很多，你想做的最后一件事是阻止你提交代码更改

Answer 4

发展盒，按照定义，得到丢弃和倾倒。它来自领土！

你真的希望这发生在你的源代码库？...

Answer 5

除了被丢弃定期什么开发服务器中提到的其他人，有一个性能参数了。如果有人正在开发服务器上进行一些开发或测试，那么您不希望为了签出或同步而放慢SVN服务器的速度。此外，如果您决定在同一台服务器上运行诸如持续集成之类的东西，则不希望所有单元测试都陷入该服务器上的常规开发/测试操作。

Answer 6

在我的公司，我们把它放在专用机器上，提供冗余存储。我想在我们的文化中，我们高度重视创建源代码所需的时间和精力。我们从未戴过任何一种可能因为配置变得难以管理而变得受到损坏或擦拭干净的测试机器。

woops。我们也保持我们的缺陷跟踪在同一个盒子，但出于同样的原因。

Answer 7

我们使用干净的空白石板作为我们的存储库。具体而言，我们使用Slicehost作为我们的主要存储库。

我们从256MB切片开始，稍后升级到512MB。 Slicehost非常棒，因为你知道你有一个完全干净的服务器，并且可以自己构建你需要的东西。

Slicehosts' articles是一流的。

我们回购服务器看起来是这样的：

• Ubuntu Hardy Heron
• Subversion
• Apache
• Ruby on Rails
• Warehouse
• Passenger通过Apache的
仓储服务
• 通过Slicehost进行每日和每周备份

就是这样。没有太多的开销。

编辑：没有试图在这里卖Slicehost，所以如果这不是犹太教，让我知道！

再次编辑：James在第三方服务器上托管专有代码的做法非常出色。当选择一个主机做这样的事情时，一定要格外小心。不幸的是，很多公司根本没有资源来构建和管理内部服务器，这是我们在为代码选择主机之前发现自己的地方。

Answer 8

将您的存储库保存在稳定的服务器上，在需要时可以可靠地进行备份总是更好。