各位公司用 SVN 的多还是用 GIT 做版本控制的多？

[newghost]

个人感觉不适合大团队，每个人都喜欢 commit 到本地，然后还要 merge 半天。

每个人在本地 commit 一堆代码后，Git 的 merge 和 sync 都会变得很复杂，感觉还是提交一次，合并一次的 svn 操作比较简单，省时间。

各位公司里都是用的什么呀？

[Richman]

2018 年了，还有那么多公司在用 svn 吗？真的超乎我的想象。

[moshao6]

我司还在使用

[newghost]

@Richman
@AntiGameZ

git 上手确实慢，让那么多人都熟练掌握人力成本有点高吧，还是比较适合专业程序员用。

[inspoy]

自己在家用 git
整个公司用的一个大的 svn 仓库，通过权限控制来分部门...

话说 svn 的外链真(svn:externals)是好用，git 暂时没有看到替代方案

[jy02534655]

Git Extensions 了解下，有中文翻译界面可视化，完全不输 svn。

[xuhaoyangx]

肯定 git。svn 每次 push 都要合并，反人类

[yogogo]

@SaKuLa 我在厦门可能待过假的公司_(:ｪ 」∠)_

[qing0304]

git

[lsyAndroid]

git，打分支打习惯了

[GeruzoniAnsasu]

git 要严格控制分支

哪个分支作为开发新 feature 的 fork 分支，哪个分支为某开发人员专有，什么时候 rebase，什么时候 merge

都要有规定才行

不然来个人非要做死从别人写一半的分支 fork，再 merge 旧版本，再给你 rebase 到 master，再 patch 到 dev，光看我描述你都觉得恐怖了

svn 就倒是不会出现这种问题，svn 基本上只有往前滚的可能性，而且容易强制每个 commit 都是完整的 feature，但这种强制也容易拖慢同步进度，使得同步粒度变粗

如果管理得当而且所有开发人员都很熟悉特性的情况下，git 还是很理想的，但“管理得当”就已经非常难了，“所有开发人员都很熟悉”对于某些传统一点的公司来说简直天方夜谭

[mritd]

😂 容我好奇的问一下，用 svn ci 啥的怎么处理，还有 gitflow

[winglight2016]

不要怀疑 git，觉得不好用一定是你不会用，相比 svn 已经是代际优势了

[wentaoliang]

git rebase 了解下？

[AlphaTr]

接触 git 以后再也用不回去 svn 了，用也是 git-svn 中转

[jin5354]

我进来看看有没有用 hg 的

[yylucifer]

楼主的问题是你司的 git flow 没有做好。

一个良好的 git flow 我觉得很优美。

[niklause]

肯定是 git 啊

[pepesii]

我司在用 hg

[ymd]

不客气的说 现在还用 svn 的公司 早点跳槽八

[cxbig]

Git 用了快 10 年了，早已不记得 SVN 怎么用了。