Git源代碼管理規(guī)范

年4月19日Git源代碼管理規(guī)范文檔僅供參考Git源代碼管理規(guī)范分支管理使用git進行源代碼管理，一般將某個項目的所有分支分為以下幾條主線：Master顧名思義，既然名字叫Master，那么該分支就是主分支的意思。master分支永遠(yuǎn)是production-ready的狀態(tài)，即穩(wěn)定可產(chǎn)品化發(fā)布的狀態(tài)。Develop這個分支就是我們平常開發(fā)的一個主要分支了，不論是要做新的feature還是需要做bugfix，都是從這個分支分出來做。在這個分支下主要負(fù)責(zé)記錄開發(fā)狀態(tài)下相對穩(wěn)定的版本，即完成了某個feature或者修復(fù)了某個bug后的開發(fā)穩(wěn)定版本。Featurebranches這是由許多分別負(fù)責(zé)不同feature開發(fā)的分支組成的一個分支系列。newfeature主要就在這個分支系列下進行開發(fā)。當(dāng)功能點開發(fā)測試完畢之后，就會合并到develop分支去。releasebranches這個分支系列從develop分支出來，也就是預(yù)發(fā)分支。在預(yù)發(fā)狀態(tài)下，我們往往會進行預(yù)發(fā)環(huán)境下的測試，如果出現(xiàn)缺陷，那么就在該release分支下進行修復(fù)，修復(fù)完畢測試經(jīng)過后，即分別并入master分支后develop分支，隨后master分支做正常發(fā)布。Hotfixbranches這個分支系列也就是我們常說的緊急線上修復(fù)，當(dāng)線上出現(xiàn)bug且特別緊急的時候，就能夠從master拉出分支到這里進行修復(fù)，修復(fù)完成后分別并入master和develop分支。下面這張圖將完整展示這一個流程工作原理Git的工作方式：也就是說，每次提交版本變動的時候，git會保存一個快照(snapshot)。如果文件沒有被更改，git也不會再次保存，而是提供一個到原來文件的鏈接。這樣一來，git更像是一個小型的文件系統(tǒng)。另外，git的所有操作都能夠是本地的，僅僅在將新版本的內(nèi)容上傳到服務(wù)器上時才需要連接網(wǎng)絡(luò)。Git目錄（repository）是Git保存元數(shù)據(jù)和對象數(shù)據(jù)庫的地方。這也是Git最重要的部分。工作目錄（workingdirectory）是項目某個版本的內(nèi)容。暫存區(qū)（stagingarea）是一個簡單的文件，一般包含在Git目錄中。其中存儲了將要進入下一次提交的信息。Git的基本工作流程如下：1.在工作目錄中修改文件。2.標(biāo)識(stage)文件，并將文件快照添加到暫存區(qū)。3.執(zhí)行commit，將獲取暫存區(qū)中的文件，并將快照永久保存到Git目錄中。常見命令創(chuàng)立工程>>gitinit提交修改>>gitadd后就從修改變?yōu)闀捍?gt;>gitcommit后就從暫存變?yōu)樘峤?。提交?guī)范在commit時,如果有對應(yīng)PR（需求項），請在第一行寫上PR號，然后再描述信息（另起行），并把涉及到改動的文件名附上。回溯改錯了，不過還沒有g(shù)itadd>>gitreset--hard改錯了，已經(jīng)gitadd>>gitreset-q[files](其實就是gitadd的反向操作)改錯了，已經(jīng)gitcommit>>gitreset--softHEAD^(其實就是gitcommit的反向操作)已經(jīng)gitcommit，忘記寫注釋（PR）或者漏提交了部分文件如果添加注釋能夠直接執(zhí)行命令gitcommit--amend，填寫注釋保存如果添加文件先執(zhí)行g(shù)itadd后執(zhí)行g(shù)itcommit--amend創(chuàng)立分支查看分支>>gitbranch切換分支>>gitcheckout[branchname]創(chuàng)立分支(在當(dāng)前代碼的基礎(chǔ)上)>>gitbranch[branchname]合并分支先檢出目標(biāo)分支再把其它分支合并進去>>gitcheckout[branchname]>>gitmerge[other_branch]刪除分支>>gitbranch-d[branchname](不能刪？用這個！)>>gitbranch-D[branchname]標(biāo)簽管理>>gittagv1.0遠(yuǎn)程操作克隆遠(yuǎn)程庫>>gitclone定義遠(yuǎn)程庫>>gitremote從遠(yuǎn)程庫取回更新>>gitfetch從遠(yuǎn)程庫取回更新并合并>>gitpull推送至遠(yuǎn)程庫>>gitpush操作流程(本地)準(zhǔn)備工作初始化目錄>>gitinit>>gitaddreadme.md>>gitcommit-m'masterinit'然后從master分支中拉出develop分支>>gitcheckout-bdevelop功能點開發(fā)有新的需求或功能點需要開發(fā)時，從最新develop分支中拉出一個feature分支>>gitcheckout-b[featurename]完成feature開發(fā)后需要對feature分支進行合并操作>>gitcheckoutdevelop>>gitmerge[featurename]處理沖突當(dāng)合并分支出現(xiàn)沖突時，需要手動將文件沖突的部分進行修改。對修改后的文件保存并重新提交。產(chǎn)品發(fā)布當(dāng)develop分支已經(jīng)達到了一個能夠發(fā)布的狀態(tài)，將最新的develop分支拉出來成為一個release分支>>gitcheckout-brelease假設(shè)需要一些環(huán)境配置，新建配置文件并提交>>gitaddrelease.config>>gitcommit-m'release1'當(dāng)遇到一些預(yù)發(fā)環(huán)境下的bug，這個時候我就直接在release分支下進行修復(fù)演進，如果bug問題很大，則需要重新并入develop中，拉出新的feature進行開發(fā)重構(gòu)。如果預(yù)發(fā)一切正常，需要將release分支同時并入master分支和develop分支，master分支供線上發(fā)布，develop分支供下次開發(fā)演進。>>gitcheckoutmaster>>gitmerge[releasename]>>gitcheckoutdevelop>>gitmerge[releasename]線上bug熱修復(fù)當(dāng)碰到一些線上意想不到的bug，需要緊急修復(fù)時，就直接從master分支拉出hotfixes分支進行修復(fù)。>>gitcheckoutmaster>>gitcheckout-b[hotfixname]bug修復(fù)完畢，測試經(jīng)過后我們將分支合并到master和develop中去。>>gitcheckoutdevelop>>gitmerge[hotfixname]>>gitcheckoutmaster>>gitmerge[hotfixname]遠(yuǎn)程操作遠(yuǎn)程操作的5個常見命令gitclonegitremotegitfetchgitpullgitpush從遠(yuǎn)程主機克隆一個版本庫>>gitclone<版本庫的網(wǎng)址>該命令會在本地主機生成一個目錄，與遠(yuǎn)程主機的版本庫同名。管理主機名為了便于管理，Git要求每個遠(yuǎn)程主機都必須指定一個主機名。不帶選項的時候，gitremote命令列出所有遠(yuǎn)程主機。將更新取回本地>>gitfetch<遠(yuǎn)程主機名>默認(rèn)情況下，gitfetch取回所有分支（branch）的更新。如果只想取回特定分支的更新，能夠指定分支名。>>gitfetch<遠(yuǎn)程主機名><分支名>gitbranch命令的-r選項，能夠用來查看遠(yuǎn)程分支，-a選項查看所有分支。取回遠(yuǎn)程主機的更新以后，能夠在它的基礎(chǔ)上，使用gitcheckout命令創(chuàng)立一個新的分支。>>gitcheckout-bnewBrachorigin/master也能夠使用gitmerge命令或者gitrebase命令，在本地分支上合并遠(yuǎn)程分支。>>gitmergeorigin/master或者>>gitrebaseorigin/master取回更新同時合并到本地gitpull命令的作用是，取回遠(yuǎn)程主機某個分支的更新，再與本地的指定分支合并。>>gitpull<遠(yuǎn)程主