Svn 为一家小型web开发公司设置代码存储库

我最近成为了一家小型网络开发机构的技术总监，我们有一个庞大的代码库，分布在大约200个网站上。代码使用PHP&VBScript和大量客户端javascript以及一些复杂的MySQL查询

我想做的是建立一个代码存储库，在那里我们可以存储所有的函数、脚本和文件。目前，我们有两名开发人员正在使用一个网络驱动器来保存所有文件，这显然不是一个理想的解决方案

我想知道的是，是否有人遇到过类似的情况，以及他们为自己的代码库设置了什么。我正在考虑为服务器端代码设置一个远程Subversion文件系统

---

有人能推荐一种合理的方法来维护和存储我们的代码库吗？对我们的情况来说，颠覆是最好的选择吗？我们正在运行一个面向web的Solaris服务器，因此远程访问是系统的目标。非常感谢。

我建议使用git和作为remore repo主机（尽管还有其他主机，您当然可以自行托管git repo）。我们已经成功地将此应用于许多大型项目，其中有超过15名贡献者分布在世界各地

git的一个主要好处是，如果由于某种原因您无法访问远程repo，那么您的开发人员可以在本地工作，提交他们的更改，而无需将更改集发送回中心位置。此外，他们可以从彼此的回购协议中提取，以共享他们的变更集

在本地提交时速度非常快，每次克隆一个repo（几乎类似于svn的签出），都会得到整个repo的本地副本，因此检查日志、区分文件和回滚都比svn快得多

---

如果您感兴趣，可能值得一读。

如果您有一个专用的面向公众的服务器，您将能够设置Subversion服务（或守护程序——或者在*NIX world中称为什么）：在Windows上您需要SVN服务，在NIXes上（以及在Windows上），Apache将完成这项工作。

Subversion是解决此问题的一个很好的解决方案。Subversion是免费的，如果您正在寻找一个快速的解决方案，那么它的安装有时会非常复杂，您可以尝试（它有一个针对windows的简单安装）

对于版本控制，您也可以使用不同的方法来处理版本控制

在每个开发人员工作站上安装，以与Subversion交互

---

您还应该考虑使用subversion进行持续集成。（对于.net，我使用cruisecontrol.net和TeamCity）

我倾向于发现Trac在项目管理和回购方面比SVN好一点，这两种方法都非常好用，只需要学习一些命令，除非您使用的是Windows机器，您可以使用TortoiseSVN，如果您正在寻找托管SVN解决方案，它对我们非常有效

是的，我们有一个面向web的服务器，所以我们可以为远程访问设置Subversion。Cheers所有客户端javascript也应该保存在存储库的某个地方。我还建议将版本从存储库导出到生产目录中，而不是让服务器从存储库中读取。您不希望损坏的构建进入生产环境。我不确定GitHub，我猜您可能希望将代码传播到多个/多个私有存储库中-也许在您自己的服务器上托管这些存储库更容易/更便宜…它在我工作的公司和我自己的私有项目中已经运行了很长一段时间（约2年）。通过使用场外回购主机，可以降低发生灾难时失去“中央回购”的风险。此外，Github提供了一个很棒的用户体验（可视化、提交评论、权限管理等）。哦，你不会在一个repo中托管所有代码-每个项目都会有一个repo。如果可能，你会接受你和Anton的答案。现在比较Git和Subversion。CheersTrac和SVN可以一起使用（通常是这样），因为它们有不同的用途。