颠覆和大型现有项目

Question

我们正在考虑将Subversion用于大型现有（内部）商业项目。目前，源只是通过一些家庭滚动脚本进行初步控制。我之前的所有经验都是使用专有的VCS。

目前，程序员检查出错误修复或增强请求所需的任何文件，并将文件插入其主目录下的文件夹中，该文件夹与实际系统匹配（即未填充）。此主目录位于主系统目录之前的路径中。通过这种方式进行测试时，个别程序员将优先于现有代码运行新修改的程序，其余99％的系统保留在公共区域，每个人都可以访问。

该系统之前已推出，目前生活在四个不同的环境（开发，测试，培训和现场）。它现在处于维护和错误修复模式，由一个六人小组负责管理。

我们正在考虑将Devel工作空间置于Subversion控件之下。它目前在一个非常扁平的树中有大约50,000个源代码文件，如下所示：

product
      GL
         gl001.p
         gl002.p
         gl003.p
      AR
         ar001.p
         ar002.p
         ar003.p
         ar004.p
      AP
      etc etc

有些文件夹确实更深入，但大多数都是单一级别。

问题：

• 颠覆是控制这种规模项目的合适方法吗？
• 结账的故事是什么？ subversion是否允许单个（或者 很少）要检查的程序？例如，如果我只想在上面的例子中修改gl001.p，我可以单独检查一下吗？
• 有没有人对这个工作有更好的工具有什么建议？

我很欣赏任何关于这个主题的意见 - 我们不想让工作完成工作，然后发现它都是梨形的。

谢谢和问候

佰。

Answer 1

• 这对Subversion来说很简单。

• 在Subversion中，结帐是在目录级别进行的。您可以查看您想要的任何目录。

• 这对Subversion来说听起来不错。

如果您的存储库中有大量的大型二进制文件，可能会有一个例外，但事实并非如此。

Git，Mercurial和CVS是另外三种常见的版本控制系统。

如果我开始使用SVN，我想查看其中的一些内容：

• Stack Overflow - trunk, branches and tags
• How to structure your repository

Answer 2

  

颠覆是否适合控制这种规模的项目？

当然

  

结账的故事是什么？ subversion是否允许单个（或者   很少）要检查的程序？   例如，如果我只想在上面的例子中修改gl001.p，   我可以单独检查一下吗？

你必须结帐GL才能做到这一点。

  

有没有人对这项工作提供更好的工具？

Subversion是一个非常成熟的工具。它有很多优秀的开源图形前端。我认为它可以做到这一点。在这种项目中不使用这样的工具是有风险的。