騰訊Git平臺轉(zhuǎn)型之路

1、技術(shù)創(chuàng)新 變革未來騰訊的Git平臺轉(zhuǎn)型之路Why Git？ 1支持本地提交，大部分命令都可以在本地執(zhí)行低成本的分支飛快的合并234更新更優(yōu)秀的第三方工具5廣泛的用戶群體和社區(qū)支持 事實上最受歡迎的VCS成熟的用戶基礎(chǔ)和相關(guān)配套毋庸置疑的發(fā)展趨勢快速替換企業(yè)現(xiàn)有解決方案Git（數(shù)據(jù)圖來自GitPrime） Git 初創(chuàng)期（20052008）Linus TorvaldsLinux 社區(qū)“個人英雄主義時代”少數(shù)人的工具GitSVN 前端終端技術(shù)快速趨于標(biāo)準(zhǔn)化Github式開源模式廣泛普及GitSVNGit歷史20082014Git 發(fā)展期（20082014）Gitdidn tbeatSVNGithu

2、b did 被大型企業(yè)接受成為標(biāo)準(zhǔn)化DevOps工具12Git 成熟期（2014現(xiàn)在）成為最受企業(yè)歡迎的版本控制系統(tǒng)GitSVN2014現(xiàn)在Why Git？ Company Perspective技術(shù)進(jìn)步方法論進(jìn)步1移動化 1開源協(xié)作 2云計算 2DevOps3快速搜索 精準(zhǔn)推薦 3海量數(shù)據(jù) 技術(shù)進(jìn)步促成方法論進(jìn)步 并推動研發(fā)工具革新！時代背景 騰訊轉(zhuǎn)向Git的歷史 移動業(yè)務(wù)驅(qū)動，為特殊要求的團(tuán)隊提供Git（1000人規(guī)模以下）啟蒙期 20142015 發(fā)展期 2016123先行者 SVN已經(jīng)發(fā)展期 2016必須推動工具升級 無法滿足未來需要Git的企業(yè)端優(yōu)勢1標(biāo)準(zhǔn)化工具，解決研發(fā)流程痛點通用

3、DevOps工具集成研發(fā)信息沉淀、可視化、快速反饋234長期穩(wěn)定的發(fā)展趨勢（5年10年以上） 多套系統(tǒng)并行運作12工蜂合作版工蜂內(nèi)網(wǎng)承載內(nèi)網(wǎng)Git托管 用戶保有率最高用戶 24,000+項目 65,000+數(shù)據(jù) 24TB第三方合作項目 用戶 1,000+合作公司 60+數(shù)據(jù) 2TB43?5 TGit（DevMaster）Deprecated騰訊工蜂開發(fā)者服務(wù) 完全免費17年1月18年1月18年10月2017. 12018. 10 普及期 2017現(xiàn)在工 蜂 G i t 使 用 量增長5倍SVN進(jìn)入維護(hù)期，未來計劃下線 普及期 2017現(xiàn)在62,000 個 Project4,200 個 Grou

4、p1 8 , 00 0技術(shù)人員 產(chǎn)生 24TB 版本文件數(shù)千開發(fā)組陸續(xù)從SVN轉(zhuǎn)向GitGit的遷移難點短期收效遷移成本在團(tuán)隊短期收效有限的情況下，遷移成本的高低決定了遷移意愿 從業(yè)務(wù)團(tuán)隊角度看Git的遷移代價01.Git本身有一定學(xué)習(xí)成本Git 的學(xué)習(xí)和上手難度相比SVN 等傻瓜式 工具高。非開發(fā)人員（如設(shè)計師）理解起來有難度。02.工程實踐的方法論需要再組織分支和協(xié)作模型變化，測試和發(fā)布工程策略和工具需要更新。項目需要更科學(xué)的拆分，一些工程細(xì)節(jié)需要適配，以適應(yīng)Git分布式的協(xié)作結(jié)構(gòu)。03.管理方法和文化需要適配團(tuán)隊權(quán)限模型變化，需要轉(zhuǎn)變團(tuán)隊授權(quán)思想，提升技術(shù)團(tuán)隊對項目源碼和工程實踐的主導(dǎo)權(quán)

5、。更加符合歐美工程師文化，構(gòu)建更加開放的工程文化。 SVN-Git轉(zhuǎn)型難度新項目，小團(tuán)隊較容易項 目 成 熟 度（ 高）團(tuán)隊規(guī)模（大）難 易 較大型團(tuán)隊SVN遷移Git推薦實踐單項目 50 人以上 規(guī)模 較 少 接 觸 g i t 的 團(tuán) 隊 目標(biāo)：保證日常開發(fā)任務(wù)不中斷，風(fēng)險最小，成本最低投入關(guān)鍵人（1-2人）建立同步機制保持 svn-git 同步籌備相關(guān)工具CI / CD自動化測試工具 接入 Git引入核心團(tuán)隊核心團(tuán)隊逐漸切換 git制定關(guān)鍵方法論成員管理策略 發(fā)布策略 分支策略 檢查策略 測試策略分組學(xué)習(xí)分小組討論 git 使用經(jīng)驗全組切換全員換用 git 工作復(fù)盤和優(yōu)化 復(fù)盤工作流程

6、優(yōu)化改進(jìn)工作流 SVN 遷移 Git 常見問題不理解 merge 和 rebase，亂用 pull 造成合并事故1理解 git pull 與 svn update 有本質(zhì)的不同2充分學(xué)習(xí) git merge 與 rebase 的區(qū)別3新學(xué)習(xí) git 最好不允許向主干直接 push風(fēng)險高發(fā)生概率70%事故影響導(dǎo)致覆蓋他人提交4svn 的使用習(xí)慣是罪魁禍?zhǔn)?濫用 force push為圖方便破壞規(guī)范解決方案：強制用保護(hù)分支 風(fēng)險中發(fā)生概率2%事故影響覆蓋他人提交事故恢復(fù)容易SVN git 遷移時的歷史記錄應(yīng)當(dāng)保留多久？量力而行根據(jù)實踐經(jīng)驗， 遷移大量歷史記錄 成本遠(yuǎn)遠(yuǎn)高于它所帶來的實際價值 “分支”不等于“分支”git 分支與 svn 分支 完全不同Git 分支SVN 分支類似于指針，指向一個提交 這個提交的歷史是他的父輩們一個路徑包含了這個路徑上的所有提交 推薦使用 git 客戶端不建議 tortoise svn 的用戶轉(zhuǎn) git 時繼續(xù)使用 tortoise git初學(xué)最好用命令行IDE 自帶的 git 工具往往不錯3SourceTree, Github client 等，根據(jù)個人喜好選用 工蜂Git發(fā)展方向