网上看的部分公司代码管理工具,有更新的吗
Facebook 有两套代码库,前端(包括php)和后端(各种服务)前端是SVN+Hg(SVN是历史原因。之前用过Git,效率问题放弃。代码库太大。后来向 Hg 迁移,但始终没有弄好,导致现在两个系统并行),后端是Git\BTW,Instagram 用的是 Git,代码之前在 GitHub 上,后来挪到了 Facebook 的开发服务器。Google 用的是 Perforce,
·
Facebook 有两套代码库,前端(包括php)和后端(各种服务)
前端是SVN+Hg(SVN是历史原因。之前用过Git,效率问题放弃。代码库太大。后来向 Hg 迁移,但始终没有弄好,导致现在两个系统并行),后端是Git\
BTW,Instagram 用的是 Git,代码之前在 GitHub 上,后来挪到了 Facebook 的开发服务器。
Google 用的是 Perforce,所有的服务都在一个 repo 里(除了极少数大开源项目,比如 AOSP,Chrome),后来自己做了个兼容的版本(Google 很有可能是世界上最大的单一代码库),同样每个员工都有访问全部代码的权限(除了极少数极敏感代码,例如排序算法)。
华为用的是SVN。
百度以svn为主,有部分团队使用git。
有一套代码权限管理系统,可以为单个人对具体svn路径设置不可读、只读和读写三类权限。
另外,有部分代码是开源的的,所有工程师都可以看到,只是大家都顾着写自己的代码还写不完呢,没时间看别人写的代码。
美团所有项目都使用Git。代码协作工具是Stash,类似在Github上的开发方式。两者都非常高效好
渣浪用的是
腾讯用的是SVN。其实用git也可以有权限管理的,比如gitolite(sitaramc/gitolite 路 GitHu
像BAT,这种互联网公司,除了某些核心应用的代码比较好。
UC: 文档用SVN,部分开始迁移到WIKI;源码之前用HG,现在很多小组都已经迁移到GIT。
之前在360时代码用svn管理,离职时光svn操作记录签名就签了半小时。
我厂用的SVN……自从用过一年多Git之后,再回头搞SVN简直是想死
为什么一提到git大家就觉得高大上呢?我看到 git 的第一反应就是“这玩意管理不了太大的源代码库”……
我工作过的IC公司都是用perforce来管理源代码的。Git一直鼓吹的所谓“分布式源码管理”,对某些类型的项目可能很好用(我的一些个人小项目也用git),但是对上千人合作,动辄几十G的大项目就是灾难。别的不说:
其他的不知道,Baidu不是传说核心大搜索的代码被一个T10的工程师带到了360么...
如果一个人想泄露,你怎么也控制不了...
阿里内部git用的挺多的,使用gitlab,内网开源的项目也都在gitlab上,参与内网开源的项目和GitHub上流程类似。
代码这东西,无所谓带出不带出吧,圈子就那么小,想搞总是能搞到的。但是搞到了,能不能运行,能不能看懂,能不能修改为我所用,这就看运气辣
阿里现在逐步在迁移到git,平台用gitlab。 gitlab上提issue,提mr,讨论代码都方便多了,因为现在很多人都有github的使用习惯,用gitlab也没学习成本了,更有先进的团队用gitlab写周报。
至于被拖代码,git也是有权限控制的,会有个SCM团队做这事。
网易以前都是svn,现在开始逐渐转用git。
我用过vss,clear case,svn,git,其中clear case最难用,git最好用,用过git就不想再用svn了。
前端是SVN+Hg(SVN是历史原因。之前用过Git,效率问题放弃。代码库太大。后来向 Hg 迁移,但始终没有弄好,导致现在两个系统并行),后端是Git\
BTW,Instagram 用的是 Git,代码之前在 GitHub 上,后来挪到了 Facebook 的开发服务器。
Google 用的是 Perforce,所有的服务都在一个 repo 里(除了极少数大开源项目,比如 AOSP,Chrome),后来自己做了个兼容的版本(Google 很有可能是世界上最大的单一代码库),同样每个员工都有访问全部代码的权限(除了极少数极敏感代码,例如排序算法)。
华为用的是SVN。
百度以svn为主,有部分团队使用git。
有一套代码权限管理系统,可以为单个人对具体svn路径设置不可读、只读和读写三类权限。
另外,有部分代码是开源的的,所有工程师都可以看到,只是大家都顾着写自己的代码还写不完呢,没时间看别人写的代码。
美团所有项目都使用Git。代码协作工具是Stash,类似在Github上的开发方式。两者都非常高效好
渣浪用的是
腾讯用的是SVN。其实用git也可以有权限管理的,比如gitolite(sitaramc/gitolite 路 GitHu
像BAT,这种互联网公司,除了某些核心应用的代码比较好。
UC: 文档用SVN,部分开始迁移到WIKI;源码之前用HG,现在很多小组都已经迁移到GIT。
之前在360时代码用svn管理,离职时光svn操作记录签名就签了半小时。
我厂用的SVN……自从用过一年多Git之后,再回头搞SVN简直是想死
为什么一提到git大家就觉得高大上呢?我看到 git 的第一反应就是“这玩意管理不了太大的源代码库”……
我工作过的IC公司都是用perforce来管理源代码的。Git一直鼓吹的所谓“分布式源码管理”,对某些类型的项目可能很好用(我的一些个人小项目也用git),但是对上千人合作,动辄几十G的大项目就是灾难。别的不说:
其他的不知道,Baidu不是传说核心大搜索的代码被一个T10的工程师带到了360么...
如果一个人想泄露,你怎么也控制不了...
阿里内部git用的挺多的,使用gitlab,内网开源的项目也都在gitlab上,参与内网开源的项目和GitHub上流程类似。
代码这东西,无所谓带出不带出吧,圈子就那么小,想搞总是能搞到的。但是搞到了,能不能运行,能不能看懂,能不能修改为我所用,这就看运气辣
阿里现在逐步在迁移到git,平台用gitlab。 gitlab上提issue,提mr,讨论代码都方便多了,因为现在很多人都有github的使用习惯,用gitlab也没学习成本了,更有先进的团队用gitlab写周报。
至于被拖代码,git也是有权限控制的,会有个SCM团队做这事。
网易以前都是svn,现在开始逐渐转用git。
我用过vss,clear case,svn,git,其中clear case最难用,git最好用,用过git就不想再用svn了。
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
已为社区贡献1条内容
所有评论(0)