Git是一款免費(fèi)、開源的分布式版本控制系統(tǒng)，用于敏捷高效地處理任何或小或大的項(xiàng)目。

本人對(duì)git了解還很少,但是還是不建議大型項(xiàng)目突然就切換到git,這樣做有很多壞處,下面列舉幾個(gè),主要是使用習(xí)慣:

• 使用習(xí)慣

  • svn/clearcase/其他的工具,大多都不會(huì)對(duì)二進(jìn)制很敏感,就算你提交了二進(jìn)制,對(duì)以后的開發(fā)工作影響也不會(huì)太大,但是git不一樣,如果你們有很好的使用習(xí)慣,提交了二進(jìn)制,并且頻繁的修改他,修改記錄還很重要,這時(shí)候除了換倉(cāng)庫(kù)其他方法都不好使,盡管后來git有了lsf,但是還是不建議大型項(xiàng)目直接切換git

  • svn通常要求開發(fā)人員盡可能多的提交,但是git最好的建議應(yīng)該是每次都提交正確的,頻度反而沒要求,如果剛切換此處會(huì)導(dǎo)致大量問題

  • git使用還是建議命令行,可以很方便的實(shí)現(xiàn)很多功能,反而界面(tortoiseGIT)實(shí)現(xiàn)想要的功能要比較麻煩,如果從其他的配置管理工具切過來,這里肯定要使用很長(zhǎng)一段時(shí)間

  • 如果你的項(xiàng)目很大,解耦/拆分后有幾十個(gè)倉(cāng)庫(kù),甚至幾百個(gè)倉(cāng)庫(kù)(Android源碼300+倉(cāng)庫(kù)...) ,你如果使用常規(guī)的git就很難用了,github.gitlab也不能很好的支持,只有g(shù)errit,但是gerrit本身性能問題不能支持大并發(fā)(150同時(shí)讀寫),如果你人很多,那就要小心了(讀寫分離,負(fù)載均衡能解決部分性能)

• 其他未完成,有空了再寫吧,想不出來了,%>_<%