Git是否准备好向我的老板推荐?

Mik*_*ler 22 git version-control devtools

我想向我的老板推荐Git作为一个新的源代码控制系统,因为我们在90年代被VSS(哎哟)困住了,但是工具和第三方支持还不够好吗?

具体来说,我说的是类似于TortoiseSVN的GUI前端,体面的视觉差异/合并支持,以及诸如电子邮件提交通知和来自第三方(如IDE和构建系统)的一般支持.

虽然这将由程序员使用,但我们团队中确实需要这种东西.我不想让每个人都使用新工具,甚至是新的源代码控制范例(分布式),除了命令行应用程序和一些在线教程.这将是一个倒退.

所以你觉得...... Git准备好了吗?Git有哪些不错的工具以及第三方开发应用程序支持哪些工具?

编辑:我原来的问题非常模糊,所以我正在更新它,专门询问可用工具列表和第三方支持Git.也许我们可以获得一个包含一系列内容的社区wiki帖子.

我也不认为'使用颠覆'是一个充分的答案.除了离线编辑之外,使用分布式源控制系统还有其他原因 - 私有和廉价分支就是其中之一.

zen*_*azn 28

取决于团队.如果你是一个精通技术的团队的一员,那么git就是精彩的(通常不仅仅是精彩的).但是如果有些人对命令行感到不舒服,可能会有一些麻烦(因为tortoisegit还处于起步阶段,而且我遇到的所有其他GUI,坦白说,都很糟糕).

如果你没有那些技术人员来处理(设计师,高级管理人员等),我会选择像颠覆这样的东西.TortoiseSVN很精彩(并且相当容易使用),并且svn可能有80%的真棒git.

  • 用于量化的+1令人敬畏. (3认同)

Gre*_*ill 25

一个更容易的音调(我已经成功完成)是建立一个中央Subversion存储库,它为每个人提供了像TortoiseSVN这样的好工具.然后,想要可以git-svn作为完整Git环境用作Subversion客户端的开发人员.

这非常有效,因为仍然有一个中央存储库,每个人都知道某个特定的更改已经提交,或者没有.然后,在边缘,人们可以使用他们想要的工具(Git)来完成他们的工作.

  • 嗯 - 你也可以使用git,让每个人都推到中央回购,这是同样的交易,你不会混淆合并信息(git不使用svn 1.5合并的东西,svn不存储git的合并信息). (5认同)
  • @rq:如果整个团队对命令行感到满意并且渴望学习新的范例,那么完整的git设置就是最佳选择.但我不认为这是op的情况.在那种情况下,svn是要走的路.git-svn然后是那些喜欢git方式的人的妥协. (3认同)

小智 8

我们在公司使用git,根据您对可视化工具的要求,我会说不.tortoisegit即将到来,但尚未到来.GitX和GitNub等工具在OS X中非常出色,但它们并不完全涵盖您所描述的所有内容.

但是请给它时间.Git正在以相当快的速度发展,并且由于对可视化工具的增长需求正在增加.

你可能遇到的最大问题是范式的转变.这不是最容易掌握的事情,对于你的团队中的一些人来说,这将是令人沮丧的,因为他们已经习惯了与Git一起工作并且更加分散(虽然我不是称他们为分布式SCM的忠实粉丝).

有了这个说,使用Git和我的公司一样棒,我很想看到另一家公司加入这个组合.