排列源代码管理选项VSS vs CVS vs none vs您自己的地狱[关闭]

我用过 有一次(10年前),除了它对第三方工具的支持非常差之外,我只想提到存储库被破坏了好几次(叹气)。这当然可以解释为什么我根本不信任VSS,并且更喜欢任何开源工具的替代方案(再糟糕不过了)。

,我做到了。它可以工作,得到广泛支持,但实际上缺乏重要的特性(最重要的是原子提交)。但它是有效的(总比什么都没有或没有好)。

我用过博兰 星际团队 在一个大项目上。非技术人员可能会欣赏它的客户端UI,但它对开发人员来说缺少太多重要的东西:没有很好的IDE集成(即使在JBuilder中,这是一个多么讽刺的事情),没有提交后挂钩,没有高效的Java API(例如与Maven一起使用),在WAN上速度非常慢,etc加上其他一些非常恼人的小故障(比如UI没有显示视图中没有的目录)。不可怕,但有更好的解决方案。

控制工具 PVCS

颠覆 作为CVS的继承者,更好的CVS(通过提供缺失的特性)得到了广泛的应用,得到了许多工具的支持,仍然是非常值得推荐的。比以前的任何解决方案都好。

然后我们有DVC,比如 汞的 , 吉特 功能更强大,但需要使用更多技能,并且仍然缺乏工具支持/集成(并非每个人都可以选择使用命令行)。尽管如此,它们还是值得推荐的,这取决于环境(不是每个人都需要更多的权力),Mercurial会有我的偏好,因为我觉得它更友好。

VersionControlTools 第页:

他写这一页时一定读到了我的心思:)

吉特>SVN>CVS>PVCS>无>车速传感器

推理-

2.)SVN——相当标准;最初设置服务器时可能会有一些麻烦,但没有什么大不了的;几乎所有东西都能用。

3.)CVS-旧版;一种工作的痛苦;但仍然适用于几乎所有东西(操作系统、IDE、工具)。

4.)PVCS-专有;未集成到许多工具/IDE中;与其他现代版本控制系统相比,工作流过于复杂。

VSS的特点是:

1. 如果您使用VSS的时间过长,它最终将损坏其存储库并需要从备份中恢复,这是一个事实。
2. 这甚至不是使用它的最大缺点

没有源代码控制绝对是最糟糕的。您需要保留代码的历史记录和备份,即使您自己编程。

那么我会说。我(几年前)就使用过它,它可以工作,但基本上与现代源代码控制系统不同。它总比什么都没有好,但既然有这么多的免费选项,效果很好,我就不会真正推荐VSS,除非你不幸在一家“仅限MS”的商店里,并且有“我们将使用它,因为它附带MSDN”的心态,不幸的是,我经常看到这种心态。

高于VSS的一小步是SourceGear Vault。 http://www.sourcegear.com/vault/

CVS比这些更好。它是免费的、开源的,提供了良好的历史记录和分支/合并支持,并支持无需锁定的并发开发。

SVN更好,是许多人的选择。它是免费的、开源的,但也有许多来源的商业支持(即,如果需要,您可以购买支持)。有很多很好的工具可用,它提供了非常好的并发开发而不需要锁定。

下一步是更新的分布式版本控制系统,如Git或Mercurial。据我所知,在这些系统中,每个用户通常都会得到一份完整的回购协议副本,并拥有自己的本地分支和历史记录集。它们可以100%在本地工作,包括提交、分支、回滚和所有操作,并且在准备就绪时,将一组更改推送到上游。这可以在满足各种需求的许多不同配置中继续进行。

到目前为止,Perforce是最好的。一切正常。我主要在IDE中使用它,因为集成很好。我使用该界面执行更高级的任务。

CVS工作得很好,尽管它只是命令行(我使用了一个旧版本)。

SVN是我目前使用的,它不起作用。至少是乌龟。状态通常不会在资源管理器中更新,它通常无法跟踪修改的历史记录,您总是需要清理它们的数据库,它们的树很混乱。我宁愿手动执行源代码管理,也不愿使用此工具。但这不是我的职责,所以我在目前的工作中一直坚持着,唉。。。。

VSS很适合用于源代码管理。