![]() |
1
6
我们对所有源代码都使用git。这很有道理。
在 理论 这些商业系统应该在它们的支持下将您从破碎的存储库和各种奇妙的事物中拯救出来。 在 实践 我在集中存储库中丢失的代码和时间比分布式的多。 |
![]() |
2
3
这个问题应该是一个社区wiki,并且是主观的。 在我看来,这一切都是关于集成的。TFS不仅仅是直接版本控制,而且集成得很好?进入MS堆栈。如果你是女士之家,那么这是一个合乎逻辑的选择。 开源理念表示设计系统的“过滤器”或“可重用的小组件”方法…以及系统体系……如果您想替换TFS或其他解决方案,那么您需要 整合 SVN、Git或任何其他VCS都可以加入到您的解决方案中。 微软的东西是现成的一系列产品。有了开源,你可以选择……但您可能需要将它集成到其他东西(如Bugzilla)中,以获得类似的解决方案。选择是好的,但这取决于你的公司是在为客户开发软件,还是在内部解决方案上花费时间和金钱。 |
![]() |
3
3
基本上,当将重要代码存储到存储库中时,企业将特别考虑一点:
当存储库崩溃、以任何方式损坏或需要分析时,它能从使用的VCS背后的公司得到什么样的支持?
在开放源码产品中很少有这样的功能,而且您并不总是需要它(因为您几乎可以访问所有的——开放源码产品)。 在进入“与其他工具集成”部分之前,还需要考虑其他方面:
所有这些点都可以影响有利于商业或开源解决方案的决策。 编辑:仅供参考,我在 CM (Configuration management, pdf file) 这对商业工具有一些很好的支持或反对理由。(7.4一般讨论,第98-99页)
注:以上并非“绝对”真理,可能会有反例,但我相信一般论点有其优点,我在这里加上它让其他人看。 |
![]() |
4
1
我不认为Git和dvc的开发理念对大公司有吸引力——中央存储库对他们来说更有意义(事实上,中央存储库对中央组织更有效)。 我在银行业的一家大型IT服务公司工作;他们2年前才从cvs迁移到svn,走了明显的升级之路。 |
![]() |
5
1
作为一名顾问,我曾在几家客户(一些相当大的公司,如贝克休斯)工作过,他们使用Subversion作为他们的源代码控制系统(注意一些团队使用的是TFS)。我甚至在以前的雇主那里使用过它(从VSS切换到SVN)。 就Git而言,我还没有看到太多的公司在内部使用它,我怀疑在有更好的Windows界面之前您是否会使用它。我听说像Git扩展和TortoisGit这样的东西正在变得更好,我听说人们在这些工具上取得了巨大的成功,但他们没有在一家大公司使用它们。 |
![]() |
6
1
许多公司使用开放源码工具,如mercurial、git或svn。在我工作的地方,我们几乎只使用SVN,我们搬走了。 ClearCase 几年前。 与商业竞争对手相比,这些工具中的许多更容易、更轻、更可配置和更好的支持。此外,许多新员工将已经熟悉mercurial、git,甚至在开源或学校工作的颠覆。你真的不能指望每个用户花费4000美元的软件也能做到这一点。 如果您担心支持,有些公司是通过支持(和托管)开源版本控制来开展业务的。我在想 Fog Creek's Kiln ,请 Atlassian (谁拥有 BitBucket )当然。 GitHub 在一个较小的程度上(曾经想知道到底是谁购买了多用户 paid GitHub plans ?是的……企业也使用Git。) |
![]() |
7
0
我曾在许多不同的公司(短期合同和长期就业)担任开发商。自2009年以来,我所有的工作都使用了Git(在此之前我使用过SVN和CVS)。现在我不会再回到非分布式的VCS了。 |
![]() |
8
-1
这是我的数据点:在过去的十年里,我曾与使用
大致按这个顺序。在过去的几年中,一些公司使用了其中的一些(我建议并执行了一些转换),当我离开时,从SVN转换为Git的一家公司这样做了,首先将它用于他们作为开放源代码发布的库。 |
![]() |
urlreader · 是否将自定义列添加到TFS中的UI? 7 年前 |
![]() |
Mkram · Microsoft TFS研究 7 年前 |
![]() |
ab_732 · TFS如何从代码审阅中排除DLL和代码注释/空白 7 年前 |
![]() |
gvdm · 如何控制TFS的配置 7 年前 |
![]() |
Buda Gavril · SonarQube分析任务更改构建的输出 7 年前 |