0
您认为对于源代码管理管理器后端更好的方法是什么？我正在称重文件系统vs托管Subversion服务。 托管Subversion - >（我的公司已经有另一组照顾这个） 优点： *零维护在我们的末端 *自动备份和恢复 *可靠性通过自动备份和文件冗余。 *文件历史查看建立，文件合并，文件比较源代码管理管理器后端
另一方面，虽然文件系统没有上述功能，但更简单。而且，如果文件托管在备份的Linux机器上，它将处理文件系统崩溃问题。 Subversion需要工作副本，这些工作副本将在同一台Linux机器上运行，因此不需要额外的层。
人们，我正在寻找更强的理由，为什么我应该采取Subversion而不是保持简单的东西，并使用文件系统。
让我知道你的意见。非常感谢，加布里埃尔。 PS：我已经探索过一些商业来源经理，并且决定走这条路线，因为它更适合我们的需要。
几点需要注意：1 。使用IBM的远程系统资源管理器浏览Linux机器上的文件，它负责处理同一个文件问题的多个开发人员，没有并发问题 2.更改退出：您可以对文件进行减号修改，以便他们在退出的情况下退回生产。你真的不需要颠覆这个。 3.安全性：可能会被取消如果是文件系统，则通过数据库或unix用户标识符关心在文件周围移动的脚本的权限。 我的观点是，到目前为止我还没有找到非常有说服力的理由不使用文件系统。 – 2010-06-09 18:36:42