FOSS版本控制系统是否适用于企业?[关闭]


11

假设某大型公司正计划替换其现有的版本控制系统。假设仅考虑来自主要供应商的系统,这些系统因具有“支持”而花费数十万美元。

企业环境中的版本控制是否必须昂贵?您的大中型公司是否使用诸如SVN / Git / Mercurial之类的FOSS VCS?经验是什么?

我必须认为它不需要昂贵,因为有很多免费的选择,而且如果这是主要问题,那么可能有一些公司为FOSS VCS提供付费支持。

我不打算用这个问题来比较VCS或决定哪个是最好的,而只是了解在企业IT环境中使用VCS的经验。

Answers:


29

是。

  
以我的经验(有限),非FOSS解决方案往往更“企业化”。那是,

  • 它们与阳光下的一切融为一体。
  • 他们具有用于复杂业务逻辑(权限,访问控制,批准等)的更多内置控件。
  • 它们带有支持合同和响应迅速的技术支持热线。
  • 对于在大公司中高层进行VCS决策的非技术人员来说,它们是很好的广告。

这些属性使它们对大公司具有吸引力,特别是对于不必使用它们的人而言。FOSS替代方案,与上述相反:

  • 有大量的第三方工具可以将它们与阳光下的所有事物集成(由于比专有替代方案更受欢迎),并且倾向于更容易地开发作为OS的第三方工具。
  • 请参阅上一章,更容易获得使用干净,简单,基本工具的外部工具。
  • 由于受到越来越多的欢迎,他们得到了更广泛的社区支持。
  • 他们不需要说广告。

除此之外,我对常见的免费VCS(mercurial / svn / etc)的体验使它们更快,更可靠且更易于使用。


5
+1-我比使用SourceSafe的SVN更快乐。
乔恩·霍普金斯

5
@Jon +1-我对Mercurial的满意度比对SVN的满意度更高。
蒂姆·波斯特

1
@Tim-目前可能在迁移之前非正式评估Mercurial。
乔恩·霍普金斯

8

我同意@Fishtoaster,因为FOSS版本控制具有所有功能(或可以与提供这些功能的其他FOSS软件集成),即使最大的“企业”也需要。

不幸的是,在我的经验,在许多企业决策不是由人谁在技术上有见地,以做作出决定。也就是说,其他企业的销售部门直接将有权在一家企业中进行购买的人员作为购买他们的软件的目标。FOSS甚至没有得到关注,因为没有人他们出售产品。

在我工作过的地方,我们使用了其中一种“企业”版本控制解决方案。它很慢(从字面上看,花了一个多小时才对最新版本的代码进行完整的“检出!”),而且越野车很容易出现,每个人都对此表示抱怨。许多开发人员实际上会进行结帐(如我所说,花了一个多小时),然后在该结帐的顶部设置了本地SVN或Mercurial存储库,针对该存储库进行编码,并仅在以下情况下将其检入主存储库中:需要。

我们很幸运,因为我们被允许安装所需的任何软件。但是人们像这样颠覆了“过程”这一事实告诉我,该过程存在严重问题。


1
正是我所做的,设置了自己的本地SVN,因为提供的VCS非常糟糕。
jimueller

4

FOSS与商业软件之间的主要区别在于,前者基于骄傲,而后者则基于收入。

问自己:编写XYZ软件的人有多高兴?

如果是自由开放源码软件,他们可能会很高兴,因为否则,他们为什么还要花时间在上面呢?

如果是商业软件,您将无法确定。人们有可能获得报酬来写自己不喜欢的东西。

因此,FOSS软件获得了更多的喜爱。这并不一定意味着它会更好,但是如果它是一个成功的FOSS项目,那么您可以肯定它比您能买到的任何东西都要好(“钱不能买到幸福”,还记得吗?)。

你怎么能说成功呢?检查网站。如果该网站是最新的并且看起来不错,那么它可以成功地浪费时间在网站上(FOSS开发人员是硬核;他们不想在任何不会引起麻烦的事情上浪费时间)。

剩下最重要的一点:支持。公司不购买合法使用它的软件,而是购买软件以防万一出现问题(思路:如果100个人无法工作,而我一天之内得到修复,则价值100,000美元)。幸运的是,您可以购买对FOSS软件的支持(只需查看网站上的指针,或在邮件列表中询问)。

因此,是的,如果您进行评估并且FOSS满足您的需求,那么就没有理由再偏爱商用软件了。


2

我亲眼目睹了SVN在大型企业中的成功运作,并且听说过其他成功案例。我认为使企业担心开源的关键因素之一是缺乏支持。他们觉得自己就像没有安全网的绳索。但是通常您会找到可以提供开源软件支持合同的公司。对于SVN,有CollabNet等。


1
但是SVN确实不能很好地进行分支,它基本上很烂。因此,如何在一个项目中使用SVN,例如,您有超过10个人在同一基础上工作。
Bjarke Freund-Hansen,2010年

@bjarkef:我不时进行分支和Subversion合并。我认为这是一个传奇,SVN很烂。当然,Git和Mercurial基于完全不同的系统,即基于分支机构。但是它与Subversion发生冲突的频率一样高。因此合并不是问题,只有某些人喜欢DVCS来组织仓库和分支的样式。
Mnementh,2010年

3
是的 实际上,从我的角度来看,SVN的分支表现非常出色。可能是因为之前的源代码控制是Visual Source Safe,它在分支(以及一切其他)方面非常糟糕。
约翰·克里斯滕森

@John-我的问题是从DVCS回到CVCS 真的很困难。我的VCS进度为RCS> VSS> Mercurial> SVN。前两个过渡很容易,使许多事情变得更简单,更容易,更快。最后一个是一场噩梦-即使使用git-svn也无法消除SVN过时的线性历史记录固有的不灵活性。我期待着我们转向git,即使我本来希望再次简化mercury。
Mark Booth,
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.