强烈建议中小公司,不要用git

sss6666 发布于 2015/02/04 16:53
阅读 18K+
收藏 3
Git

楼主我在一家中小型互联网公司做java开发,因为公司项目完全是用git osc做的版本控制,一开始感觉用的还是不错的,但是后来git的一些问题淋漓尽致的体现出来。

首先,学习成本太高。我差不多用了一个星期的时间才熟练地使用。之后陆陆续续来的新人,简直是噩梦,几乎每个人来都需要培训或者讲一下,非常影响开发效率。

分支功能。这个确实是个高大上的东西。但是一旦人多了,分支多了,管理起来这个麻烦。可能这个特别适合版本控制管理标准的公司吧。

ps:楼主能力一般,大家轻喷。不是说git 没有svn什么的好,只是感觉真心不合适小公司。同事说git是趋势,感觉就是个工具,迟早还是会被替代的。

以下是话题补充:

@sss6666:大致看了一下大家的观点,大致有几种: 1.楼主比较笨,你比较nb。 2.git 就是比svn先进。 3.用svn和git应该看具体的项目、公司的具体情况。 4.根本就没看清楚我在说什么。 第一种人,我只想说,并不是所有人都那么聪明的。 第二种人和第三种你们继续掐。第四种人,麻烦你好好理解一下。 (2015/02/05 13:23)
@sss6666:我想如果我是管理人员,我肯定挑一个合适的,而并非什么最新,最先进的东西。 (2015/02/05 13:25)
@sss6666:还有,bat什么的一线公司就不要发表意见了,比不起啊,你可能git不会根本就不招,但是小公司扛不住啊。 (2015/02/05 13:28)
加载中
6
中山野鬼
中山野鬼

git 不适合开发中采用集中式的管理,这个观点我12年就提过。哈。 简单说,对于企业而言,大多数情况下,git并不适合。整天呼必用git的,无非两种人,一种盲目“开源”的,大脑中就一个观点“开源的才是该用的,才是好的”,一种是没有在集中式的管理的开发团队中负责管理工作的。没有意识到这些问题。

我倒是推荐p4,一直用它的免费版,哈。

git 不是一无是处。 git非常适合松散、分布自主的开发。对于开源项目,git非常适合,相反那些适合企业管理的版本工具就不适合了。这也是开发git的原因。这个都不了解,就整天咋呼说git好,我真不知道,git的优势你是否真正体验到了。

淡定的wo
淡定的wo
用git+权限管理,这样实现了集中管理,也用上了git的特性,是很舒服的一件事情。楼主的公司确实不适合git,基本全是新人,而且没有统一git的管理和标准,当然就出乱子了。楼主,用svn足矣!
风从东方来
风从东方来
svn/cvs也都是开源的啊。。。凭什么崇拜git就能号称“盲目开源”
mingshun
mingshun
赞成这个观点!扁平式管理的团队就比较适合用 git 。
王大麻烦
王大麻烦
+1,git适合开源社区这种松散的管理结构。对与企业里,对权限要求粒度等,更适合用svn这种集中式的版本管理系统。 已踩过坑,也了解git几种工作流,但是真心觉得,企业还是的svn方便。
_Aaron_
_Aaron_
回复 @首席猥琐主任 : 我们家鬼鬼,很厉害的~
下一页
5
g
george_eliot
其实SVN足够了
sss6666
sss6666
真心足够了
4
xyxo
xyxo

招聘的时候,写上一条“熟练使用git/svn……”。从源头就得筛选符合自己公司业务的选手,一了百了。

反问一句:“难道公司用JAVA语言,你却找个C#”。都是面向对象呀呀。。。难道不是同一个道理,你觉得呢?

银河缘木
银河缘木
我觉得你很有说服力 ,让程序员学好了再来
2
ahyyxx222
ahyyxx222

小公司运维不可靠,服务器一挂要恢复svn库太麻烦,git轻松省事,哪台电脑都可以重新恢复服务端。

如果嫌复杂,完全可以把它当成SVN来用,不要用那么多特性。

还有学习成本,我一向是10分钟让新人入门,统一用tortoiseGit,因为大家基本都会用tortoiseSVN,讲解分布式版本库的含义,讲解commit pull push,遇到冲突少的直接改掉,多的重新clone再往里贴代码。

大家都能轻松上手

金拱门
金拱门
回复 @南湖船老大 : SVN服务器挂了,基本就废了。回滚,提交都报错。
蓝紫靛青
蓝紫靛青
回复 @南湖船老大 : 他说的svn挂了,是要重新搭建svn服务端的可能
南湖船老大
南湖船老大
回复 @ahyyxx222 : 我确实没想到这点 刚才试了下离线模式基本啥都不能干
ahyyxx222
ahyyxx222
回复 @南湖船老大 : SVN服务器挂了,本地还能回滚和切换分支吗,光有本地版本根本没法恢复好吧。
Feng_Yu
Feng_Yu
小公司的运维躺枪
下一页
1
waitliu
waitliu

ps 貌似搞java的大部分是svn选手

sss6666
sss6666
感觉就是个工具而已。
1
智商已暴露
智商已暴露

搞开发最忌讳什么都用最新出的语言和工具。开发和维护成本会直线上升

GITTODO
GITTODO
赞同,最烦跟风狗
sss6666
sss6666
新技术确实有风险,但是有时候回报也多
sss6666
sss6666
赞同,但是也不能原地踏步。
1
巨型河马兽
楼主说得不错。因为我这边已经出现这种问题了
sss6666
sss6666
新加入的人,可能需要很长时间的适应期
1
东胜神洲
东胜神洲

其实呢,无论是什么企业,在用选用技术的时候,就需要对技术进行适应性考察。。不要想当然,或者热们技术就是银弹。

当然,不排除为了学习技术而选技术,这就要看你的掌控能力。

一个招人很难的地方或企业,加“熟悉svn/git” 条件,估计你更加难以招到人。在这种企业,方便快捷一、二天就搞定的管理技术应该是首选。。否则,做管理的人有苦头吃。

财大气粗的,高手如云的企业,你用什么都没问题,因为肯定能够安排专职的配置管理人员,甚至有一个部门来做。不说 git 或 svn 的,定制 git 或 svn 都没问题。

总而言之,一定要选最适合的,而不是选网上呼声高的。


sss6666
sss6666
赞一个
0
RyanHoo
RyanHoo
You have no idea
hantsy
hantsy
和人有关,和工具有毛关系。
sss6666
sss6666
en
0
掠地飘风
掠地飘风
提供了开发人员更大的灵活性 个人认为那点学习成本还是值得的
翠翠
翠翠
回复 @Isaac-c : 需要内部搭建 wiki 系统,项目前置条件都写在 wiki 里,怎么操作清清楚楚,推荐书籍分门别类。来新人让自己看,有问题再由老员工出面解决。小公司不是不用先进技术的接口,公司就是个屁,如何提高自己才是关键。
sss6666
sss6666
哥们,那是在开发啊,项目紧要关头,还要给别人讲git,处理git合并,提交什么的。多影响工作啊
返回顶部
顶部