或是其他的版本管理工具更合适一些？个人开发是否Git也是首选？
感谢！~

别学其他了，其他基本都死了

无二的选择

主流是这样的，选它没错

其他的比如svn用起来也挺好


GitHub 支持无限私有库，其实没必要自己搭建 ........

Bitbucket jira conluence都要配起来。

回复6#darkblue301

？？你说的是GitHub吧？

免费的多的是啊，自己架个 gitlab也灰常简单

用的人多
另一个是svn

好像就是git和svn，没有别的选择。。

回复10#darkblue301


coding，被腾讯收购后合并到dev.tencent.com，最近居然又复活了

SVN~~~

回复9#darkblue301

git不占什么资源啊，在现有服务器上装就好了嘛

如果不是分布式开发，都在公司内网，svn也不错，特别是团队规模大，不稳定的，svn入门更方便。乌龟svn界面也比较友好。
我之前也发了个帖子讨论svn和git的区别。结论是内网开发，还是使用svn比较方便。git在内网没什么优势，入门比较困难，团队如果不稳定容易出问题。不过我们最近svn开始用分支，发现团队成员也经常搞错。培训和实操还是必不可少的

git或svn

随便弄个黑群晖 装gogs， 一键就好 好用简单的私有git iOS fly ~

你们人多不要用GitHub之类，一个是慢，第二是在国外的服务器说不定哪天被墙一阵子或永久。

公司内部随便搞弄一台高配Linux机器，装上docker，配个gitlab不要太轻松。
公司内网千兆传输要快很多

我们公司还是svn iOS fly ~

我一直用SVN 可能是 上年纪了 对新事物拒绝的原因吧。

小公司主要看技术老大熟悉啥用啥

用过git后就不想再用svn了，分支管理真是云泥之别

回复25#碧的绿


有什么区别啊，我们最近刚开始用svn的分支管理。也挺快挺方便的

回复26#storespace0930

git鼓励多使用分支。本地可以随便建分支玩，玩好了再push到服务器。merge也比svn好，还有cherry pick功能很好用。不过我有5年没用过svn了，不清楚现在改进了多少。git类似于你本地有一套svn服务器和客户端，远程还有一套总服务器管理这些本地的服务器。

gitlab社区版就很好用了。用到不够用的时候自己破解一个企业版就行。

回复28#darkblue301


分支还是很有必要的，比较大的平台，十几人一起开发，每个人负责一个模块，经常会修改到公用代码。如果没分支，A和B改了同一个代码，A要部署，B还不能部署，那只能手动修改，十分痛苦。有了分支，互不干扰，大家都轻松很多

回复28#darkblue301

不要用svn的分支来理解。git鼓励这么做。你可以理解为临时分支

回复32#darkblue301


首先svn上，大家一般都不会用锁定这个功能，一个功能开发下来，要涉及几十上百个文件，手动管理锁是很麻烦的。而且其他用户也可以强制解锁。

如果两个人都改了代码，先提交的不会报冲突，后提交的就会报冲突。这时候svn会尝试帮你合并，如果改了同一行，svn没法处理，那就只能手动解决。

所以，无论用git还是svn，对冲突的解决都是一样的，没有区别。要减少冲突，只能经常合并，不要等到两个分支差异过大了才合并，会很痛苦。
svn没有本地版本的概念，svn只有中央库才有版本，本地的文件没有版本化管理，只有与服务器一致和不一致两种情况。不过现在很多IDE会提供本地历史

回复27#碧的绿


看了一下cherry pick，就是合并别人的一次提交到你的本地库。这个功能svn 的merge也有的。 svn的分支现在也挺好的，我觉得用下来和git没啥区别。都挺快的，反正都是指针嘛。

atlassian 公司 整套搞起来啊

有 和谐的办法啊

git鼓励使用分支，几乎是可以滥用分支，这是我选择git的最主要的原因。
本地经常建分支，完成一部分就commit，适当的时候会soft reset再commit，保证commit的独立性和完整性以便于cherry pick到其它分支。有时候我会在某个未sync的分支再建分支（可能 随时弃掉的），有问题的时候可能还会hard reset，我可以随便操作，svn好像也有这些reset操作，但是用svn的时候我不敢随便用。
svn用得好没必要换。
没有坏，就不要修复它。

大厂都用perforce，很好用

小公司还是svn简单，毕竟有界面

是的，喔本地个人文件都用git (只提交，不用push)

前Perforce用户路过。现在改用Git了。真香。

闭着眼睛上git吧，你们公司肯定会招新人的吧，git是最流行的，新来的人基本都不需要学习