Py学习  »  Git

在贵公司使用Git(或其他一些VCS)

Tommi L. • 5 年前 • 862 次点击  

我和我的一些朋友最近谈到了版本控制,以及他们在工作中如何使用VSS,可能很快就会停止使用。其中一人说他的公司很可能会与Team Foundation Server合作。

最终,对话确实谈到了一些开源的VCSE,包括Git和SVN。我们都不知道有哪家公司在内部使用这两种方法,尽管我们认为他们中的一些公司是为SVN这样做的,但我们对Git不是很确定。我使用谷歌和安卓系统,但我的朋友认为这只适用于面向公众的源代码,他们可能会在内部项目中使用不同的代码。

显然,让TFS如此吸引人的不仅仅是SCM:

  1. 微软销售人员和支持人员(尽管我的朋友确实向他的经理指出了一些他认为可能会误导微软的事情)
  2. 整合除供应链管理之外的东西,包括项目管理(我只是发现Git也有同样的东西)
  3. 同样,它是微软的,从vss到tfs的转换似乎是合乎逻辑的(或者说是这样的?)

我不太喜欢SVN,所以我没怎么提起,但我很好奇Git是否在贵公司用于内部项目。

你有没有想过,并决定反对它?有什么理由?

Python社区是高质量的Python/Django开发社区
本文地址:http://www.python88.com/topic/30763
 
862 次点击  
文章 [ 8 ]  |  最新文章 5 年前
sbi
Reply   •   1 楼
sbi    14 年前

这是我的数据点:在过去的十年里,我曾与使用

  • 无风险投资公司
  • VSS
  • 并行版本系统
  • 视觉神经网络
  • 吉特

大致按这个顺序。在过去的几年中,一些公司使用了其中的一些(我建议并执行了一些转换),当我离开时,从SVN转换为Git的一家公司这样做了,首先将它用于他们作为开放源代码发布的库。

Marnen Laibow-Koser
Reply   •   2 楼
Marnen Laibow-Koser    6 年前

我曾在许多不同的公司(短期合同和长期就业)担任开发商。自2009年以来,我所有的工作都使用了Git(在此之前我使用过SVN和CVS)。现在我不会再回到非分布式的VCS了。

Ben
Reply   •   3 楼
Ben    8 年前

许多公司使用开放源码工具,如mercurial、git或svn。在我工作的地方,我们几乎只使用SVN,我们搬走了。 ClearCase 几年前。

与商业竞争对手相比,这些工具中的许多更容易、更轻、更可配置和更好的支持。此外,许多新员工将已经熟悉mercurial、git,甚至在开源或学校工作的颠覆。你真的不能指望每个用户花费4000美元的软件也能做到这一点。

如果您担心支持,有些公司是通过支持(和托管)开源版本控制来开展业务的。我在想 Fog Creek's Kiln ,请 Atlassian (谁拥有 BitBucket )当然。 GitHub 在一个较小的程度上(曾经想知道到底是谁购买了多用户 paid GitHub plans ?是的……企业也使用Git。)

Koby
Reply   •   4 楼
Koby    14 年前

作为一名顾问,我曾在几家客户(一些相当大的公司,如贝克休斯)工作过,他们使用Subversion作为他们的源代码控制系统(注意一些团队使用的是TFS)。我甚至在以前的雇主那里使用过它(从VSS切换到SVN)。

就Git而言,我还没有看到太多的公司在内部使用它,我怀疑在有更好的Windows界面之前您是否会使用它。我听说像Git扩展和TortoisGit这样的东西正在变得更好,我听说人们在这些工具上取得了巨大的成功,但他们没有在一家大公司使用它们。

Michael Borgwardt
Reply   •   5 楼
Michael Borgwardt    14 年前

我不认为Git和dvc的开发理念对大公司有吸引力——中央存储库对他们来说更有意义(事实上,中央存储库对中央组织更有效)。

我在银行业的一家大型IT服务公司工作;他们2年前才从cvs迁移到svn,走了明显的升级之路。

VonC
Reply   •   6 楼
VonC    14 年前

基本上,当将重要代码存储到存储库中时,企业将特别考虑一点:

当存储库崩溃、以任何方式损坏或需要分析时,它能从使用的VCS背后的公司得到什么样的支持?
是否有随附的SLA(服务级别协议)。

在开放源码产品中很少有这样的功能,而且您并不总是需要它(因为您几乎可以访问所有的——开放源码产品)。

在进入“与其他工具集成”部分之前,还需要考虑其他方面:

  • 管理费用
  • 备份成本(必须锁定或关闭存储库才能在一致状态下进行备份?)
  • 共同任务的速度和一般性能
  • 产品学习曲线
  • 等。。。

所有这些点都可以影响有利于商业或开源解决方案的决策。


编辑:仅供参考,我在 CM (Configuration management, pdf file) 这对商业工具有一些很好的支持或反对理由。(7.4一般讨论,第98-99页)

选择商业工具而不是免费软件的原因很多。

这样做的最有力的理由是确保安全、建立和 稳定的软件。

当选择一个免费软件工具时,会冒错误和其他更严重的缺陷的风险。 可以在应用程序中找到。
例如,较新版本可能不支持由早期版本创建的存储库。这将很快成为一个问题,因为免费软件程序不断更新和更新的版本是非常经常公开。
免费软件应用程序还依赖于用户报告应用程序中的错误和 因为是免费的,所以公司对用户没有义务 开发免费软件工具。

实现一个免费软件工具将产生大量的工作和大量的时间将被花费 跟踪最新版本、错误修复和升级应用程序。

完全相反的可以说是关于商业工具。
与免费软件应用程序相比,它们需要很少或没有更新,而且它们将以更有效的方式促进开发人员的工作。
尽管商业软件成本很高,但使用这种工具可以节省的工时将补偿您,并为您提供与产品的购买价格相对应的回收时间。

注:以上并非“绝对”真理,可能会有反例,但我相信一般论点有其优点,我在这里加上它让其他人看。

Aiden Bell
Reply   •   7 楼
Aiden Bell    14 年前

这个问题应该是一个社区wiki,并且是主观的。

在我看来,这一切都是关于集成的。TFS不仅仅是直接版本控制,而且集成得很好?进入MS堆栈。如果你是女士之家,那么这是一个合乎逻辑的选择。

开源理念表示设计系统的“过滤器”或“可重用的小组件”方法…以及系统体系……如果您想替换TFS或其他解决方案,那么您需要 整合 SVN、Git或任何其他VCS都可以加入到您的解决方案中。

微软的东西是现成的一系列产品。有了开源,你可以选择……但您可能需要将它集成到其他东西(如Bugzilla)中,以获得类似的解决方案。选择是好的,但这取决于你的公司是在为客户开发软件,还是在内部解决方案上花费时间和金钱。

Dustin
Reply   •   8 楼
Dustin    14 年前

我们对所有源代码都使用git。这很有道理。

  • 我们几乎不可能失去任何东西,因为在两个人接触一个项目的时候,我们有三个完整的项目副本(以及那些回购的备份)。
  • 我们不依赖任何集中的基础设施——包括网络。我在巴特隧道做过工程。

理论 这些商业系统应该在它们的支持下将您从破碎的存储库和各种奇妙的事物中拯救出来。

实践 我在集中存储库中丢失的代码和时间比分布式的多。