最近一些同事讨论了当今的软件行业如何存在两个不同的世界：
Git在企业环境中使用了多少？
您在企业环境中使用Git的经历是什么？
答案 0 :(得分：6)
为了它的价值，我们在工作场所使用git。每个人都对它很满意。当然，没有一个人真的能够告诉你它有多常见。
我怀疑cvs / svn的持续流行与惯性的关系远远超过其他任何因素。他们肯定是长期以来最好的（如果不是最好的）选择**，并且大量开发人员有机会学习如何使用它们。如果你的大多数员工已经对他们感到满意，而且他们已经足够好了，我们真的希望有多少公司可以尝试一些新的东西？
企业决策中的另一个常见因素与自由软件的一种耻辱有关。人们倾向于将货币成本和价值联系起来，将更昂贵的产品视为更好（例如，我读过心理学研究，其中人们被给予相同的葡萄酒两次，并告诉一个是更昂贵的品种。他们倾向于评价它品尝更好）。使用软件，这种态度有一定的道理 - 您通常可以购买一些产品的支持和维护保证。我们都知道既定的开源项目很容易就能胜出（更多的测试人员，更多的文档编写者，更快的bugfix版本......），但我相信这仍然激励许多公司购买VCS / SCM产品。但是，这显然不是人们使用cvs / svn的原因。
<子> **拜托，没有火焰！我是一个顽固的git粉丝，但我知道它并不总是存在。当然，有些人仍然不同意，比如Linus Torvalds：
对于内核维护的前10年，我们实际上使用了tarball和补丁，这是一个比CVS更优越的源代码管理系统...... Subversion的口号有一段时间是“CVS做对了”，或类似的东西那，如果你从那种口号开始，那么你无处可去。没有办法正确地做CVS。
答案 1 :(得分：2)
我认为这不重要，而是事实。此外，封闭源公司通常不喜欢透露其内部架构的细节。所以......我认为这个问题没有一个完整而正确的答案。
答案 2 :(得分：1)
对于之前从未使用过版本控制的新成立公司或公司，git没有迁移成本。
对于新手开发人员来说，git更合适，因为高级开发人员/经理可以指导他们在推送到中央服务器之前“操纵”更好的修订历史记录。如果他们在历史记录中发现任何错误，请告诉他们git commit --amend。
如果使用CVCS，当多个用户提交其代码时可能会发生混乱。没有地方可以练习如何做出好的承诺。
唯一需要关注的是修订号，如果您需要该号码作为产品版本号。因为git使用hash。您可能需要git describe或其他方法作为解决方法。
答案 3 :(得分：0)
我不知道，但我们使用Microsoft Visual Source Safe 6.0。他们正在考虑购买新版本。当我提出git或svn时，他们挥手告诉我他们是免费的（如啤酒），因此很糟糕。
我可以期望公司可以使用现有的任何POS，从那时起就要花钱。
答案 4 :(得分：0)
免责声明：上述帖子只是我的拙见，我不知道如何做出决定。
我怀疑没有转向git的力量不是“自由是邪恶的”，而是巨大的迁移成本。如果一家大公司试图迁移到另一个系统，那么就有可能破坏某些东西。
应该预测转向更好系统的货币回报，并与直接（易于计算）和间接（临时生产力损失，打破构建进度，与错误跟踪系统集成......）成本进行比较。由于没有人知道计算间接成本，决策者可能更愿意假设成本是巨大的。
答案 5 :(得分：0)
在寻找在我的工作场所使用Git的方法时遇到了这个问题。很抱歉让我失望，但我不是“反对”自由软件，只是Git不会在没有帮助的情况下为我们工作。如果你在调用名字之前试图理解，你可能会对Git的短暂内容有所了解。