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

1、技術(shù)創(chuàng)新 變革未來(lái)騰訊的Git平臺(tái)轉(zhuǎn)型之路Why Git？ 1支持本地提交，大部分命令都可以在本地執(zhí)行低成本的分支飛快的合并234更新更優(yōu)秀的第三方工具5廣泛的用戶群體和社區(qū)支持 事實(shí)上最受歡迎的VCS成熟的用戶基礎(chǔ)和相關(guān)配套毋庸置疑的發(fā)展趨勢(shì)快速替換企業(yè)現(xiàn)有解決方案Git（數(shù)據(jù)圖來(lái)自GitPrime） Git 初創(chuàng)期（20052008）Linus TorvaldsLinux 社區(qū)“個(gè)人英雄主義時(shí)代”少數(shù)人的工具GitSVN 前端終端技術(shù)快速趨于標(biāo)準(zhǔn)化Github式開(kāi)源模式廣泛普及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移動(dòng)化 1開(kāi)源協(xié)作 2云計(jì)算 2DevOps3快速搜索 精準(zhǔn)推薦 3海量數(shù)據(jù) 技術(shù)進(jìn)步促成方法論進(jìn)步 并推動(dòng)研發(fā)工具革新！時(shí)代背景 騰訊轉(zhuǎn)向Git的歷史 移動(dòng)業(yè)務(wù)驅(qū)動(dòng)，為特殊要求的團(tuán)隊(duì)提供Git（1000人規(guī)模以下）啟蒙期 20142015 發(fā)展期 2016123先行者 SVN已經(jīng)發(fā)展期 2016必須推動(dòng)工具升級(jí) 無(wú)法滿足未來(lái)需要Git的企業(yè)端優(yōu)勢(shì)1標(biāo)準(zhǔn)化工具，解決研發(fā)流程痛點(diǎn)通用

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

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

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

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