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

[newghost]

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

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

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

[xomix]

……微软深度伙伴，TFS，真好用，服务端就直接光盘下一步，配合 sql server，自动生成网站，配合 ad 管理不要太赞。

[fcten]

喜欢攒一堆 commit 不提交然后冲突了那不是自己的锅么。git 给了你选择，svn 不给你选择，你却觉得这是 git 的不对。
想起以前在学校的时候用 svn，有一次服务器挂了之后代码仓库就完蛋了。只能建一个新仓库导入代码，旧的 commit 全部丢失，故障期间完全无法提交代码……

[zjsxwc]

也就上上家公司是 svn 的，其他公司都是毫无疑问 git，

个人体会是 git 比 svn 方便，而且用的人多碰到的坑也容易解决，反而 svn 用的人少，尤其很多 svn 用户连命令行都不会用，碰到问题就歇菜了

[linxl]

大福建地区 git 开发用, svn 产品用.

[iappled]

全 git

[newtype0092]

你喜欢 commit 完就 push 可以自己写个 alias 啊，想强制完全可以服务端 hook 不让一次 push 多个 commit 啊。用 git 肯定是因为喜欢 git 的方式，不喜欢为何不用 svn ？据我所知现在用 ftp 的也不是完全没有。。。

[cuzfinal]

上一家 TFS，现在 git

[hasbug]

喜欢 git svn 怎么说呢，公司用 svn，但····你们知道怎么搞的吗 全部项目被放到一个仓库里···这让我怎么搞某个项目的分支，反正我是不会用。

[pony279]

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


如果每次都需要手动 merge，很可能你们的代码结构有问题，导致大量同时修改同一个文件的情况

多数情况是自动 merge 就可以了，如果嫌 log 里一堆分支 merge 难看，团队可以要求用 rebase 啊。

[815lbh]

经历三家公司，有 git, 有 svn。感觉 svn 更简单。

[ryd994]

把 git 当 SVN 用就是这个结果

[firedsxist0]

@newghost 我到新公司之前没用过 SVN，但我课经理一直用 SVN，so...

[Linxing]

@SaKuLa #14 那就大福州吧 待过的公司没有看到 Git 的

[carakan]

vss svn....让我我受不了了....自己弄了一个 git..

[he583899772]

git

[Mutoo]

手上有份远程工作，用的是 SVN，简直想死。后来用 git-svn 中转好多了。

[BearD01001]

跳槽之后终于摆脱了 SVN 0.0

[chinvo]

git 的 branch 和 local commit 的优势就是你可以开个分支在自己本地随便改来回 revert，最后 rebase 一下 squash 一下 再 push 非常清爽。

如果 merge 和 sync 变得一团乱麻一定是团队管理工作以及工作流标准化做的不够到位。

[murmur]

svn 上手快客户端完备 小公司用很爽

[AntiGameZ]

git 不适合大团队？ LZ 怕不会是团队代码的更新都在 master 分支上做吧。

建议可以回顾一下 Git Workflow，然后对照一下目前的工作流程，看看是否有可以调整的部分。如果是因为工具的问题，看看是否可以上新的工具或者购买对应的服务。

参考： https://github.com/xirong/my-git/blob/master/git-workflow-tutorial.md