选择版本控制系统答案

【问题标题】：Choosing version control system选择版本控制系统
【发布时间】：2011-01-13 10:12:42
【问题描述】：

在当前项目中，我们使用 VSS 和 SVN 来跟踪版本。由于某些原因，我们网站中的开发人员不允许在其中提交。因此，当许多开发人员使用同一个文件时，我们会遇到版本控制问题。跟踪它是非常困难的。谁能推荐一个版本控制系统？

   1. It should be light-weight. 
   2. We are going to manage individual files. Not whole projects.
   3. It should have a GUI.
   4. Learning curve should be reduced to a minimum.

不确定这些是否是很高的期望，但请告诉我您的想法。

【问题讨论】：

SVN 已经符合要求，您实际上不需要为它设置服务器。因为可以读取文件系统的存储库。
问题不在于找到要使用的版本控制系统，而在于使用你所拥有的。没有人被允许承诺的 VCS 有什么好处？那是你的问题，需要解决。
问题是另一端的人害怕我们会做一些“不需要的”提交。所以他们不想给提交访问权限。我需要使用 SVN 以外的东西。我不希望另一端的人知道我们正在使用版本控制系统。
我知道不想给文件系统写权限，但是提交权限？该死的，那里有一些疯狂的人。如果开发者不能提交，谁来做？
@vinoth：让我直截了当地说：你没有提交权限。作为修补这种愚蠢的尝试，您想要设置自己的 VCS。但是您想不让“他们”知道您必须这样做才能在“他们”设置的疯狂条件下工作？这就像通过拔牙来治愈腹痛并试图不让患者知道......

标签： version-control version versioning

【解决方案1】：

对于多站点开发，实际上建议使用DVCS (Distributed Version Control System)，因为它允许：

私人提交
“备份”发布（您推送您的分支，然后将其镜像到远程仓库中，仍然是您的分支：没有人会受到影响）
common 发布：你推送一个公共分支（你首先拉取它以考虑其他提交）

发布工作流程 (orthogonal to branching) 确实在代码管理方面打开了更多可能性。

选择一个（Git、Mercurial、...），您就有了解决问题的有效方法。

【讨论】：

【解决方案2】：

为了详细说明 VonC 的回答，DVCS 将允许所有非现场开发人员提交到一台服务器，但允许现场开发人员控制（通过拉取）合并到其受控分支/存储库中的内容（如果他们愿意）。

即如果现场人员害怕您提交，那可能是因为他们不了解分支和合并。目前 DVCS 是分支和合并的王者

【讨论】：