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

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

ID:48655087

大?。?34.19 KB

頁(yè)數(shù):10頁(yè)

時(shí)間:2020-02-27

Git源代碼管理規(guī)范.doc_第1頁(yè)
Git源代碼管理規(guī)范.doc_第2頁(yè)
Git源代碼管理規(guī)范.doc_第3頁(yè)
Git源代碼管理規(guī)范.doc_第4頁(yè)
Git源代碼管理規(guī)范.doc_第5頁(yè)
資源描述:

《Git源代碼管理規(guī)范.doc》由會(huì)員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫(kù)。

1、.Git源代碼管理規(guī)范一、分支管理使用git進(jìn)行源代碼管理,一般將某個(gè)項(xiàng)目的所有分支分為以下幾條主線:1.Master顧名思義,既然名字叫Master,那么該分支就是主分支的意思。master分支永遠(yuǎn)是production-ready的狀態(tài),即穩(wěn)定可產(chǎn)品化發(fā)布的狀態(tài)。2.Develop這個(gè)分支就是我們平常開(kāi)發(fā)的一個(gè)主要分支了,不管是要做新的feature還是需要做bugfix,都是從這個(gè)分支分出來(lái)做。在這個(gè)分支下主要負(fù)責(zé)記錄開(kāi)發(fā)狀態(tài)下相對(duì)穩(wěn)定的版本,即完成了某個(gè)feature或者修復(fù)了某個(gè)bug后的開(kāi)發(fā)穩(wěn)定版本。3.Featurebranches這是由許多分別負(fù)責(zé)不同feature

2、開(kāi)發(fā)的分支組成的一個(gè)分支系列。newfeature主要就在這個(gè)分支系列下進(jìn)行開(kāi)發(fā)。當(dāng)功能點(diǎn)開(kāi)發(fā)測(cè)試完畢之后,就會(huì)合并到develop分支去。4.releasebranches這個(gè)分支系列從develop分支出來(lái),也就是預(yù)發(fā)分支。在預(yù)發(fā)狀態(tài)下,我們往往會(huì)進(jìn)行預(yù)發(fā)環(huán)境下的測(cè)試,如果出現(xiàn)缺陷,那么就在該release分支下進(jìn)行修復(fù),修復(fù)完畢測(cè)試通過(guò)后,即分別并入master分支后develop分支,隨后master分支做正常發(fā)布。精選word范本!.1.Hotfixbranches這個(gè)分支系列也就是我們常說(shuō)的緊急線上修復(fù),當(dāng)線上出現(xiàn)bug且特別緊急的時(shí)候,就可以從master拉出分支到這

3、里進(jìn)行修復(fù),修復(fù)完成后分別并入master和develop分支。下面這張圖將完整展示這一個(gè)流程精選word范本!.一、工作原理Git的工作方式:也就是說(shuō),每次提交版本變動(dòng)的時(shí)候,git會(huì)保存一個(gè)快照(snapshot)。如果文件沒(méi)有被更改,git也不會(huì)再次保存,而是提供一個(gè)到原來(lái)文件的鏈接。這樣一來(lái),git更像是一個(gè)小型的文件系統(tǒng)。此外,git的所有操作都可以是本地的,僅僅在將新版本的內(nèi)容上傳到服務(wù)器上時(shí)才需要連接網(wǎng)絡(luò)。精選word范本!.Git目錄(repository)是Git保存元數(shù)據(jù)和對(duì)象數(shù)據(jù)庫(kù)的地方。這也是Git最重要的部分。工作目錄(workingdirectory)是

4、項(xiàng)目某個(gè)版本的內(nèi)容。暫存區(qū)(stagingarea)是一個(gè)簡(jiǎn)單的文件,通常包含在Git目錄中。其中存儲(chǔ)了將要進(jìn)入下一次提交的信息。Git的基本工作流程如下:1.在工作目錄中修改文件。2.標(biāo)識(shí)(stage)文件,并將文件快照添加到暫存區(qū)。3.執(zhí)行commit,將獲取暫存區(qū)中的文件,并將快照永久保存到Git目錄中。一、常用命令1.創(chuàng)建工程>>gitinit2.提交修改>>gitadd后就從修改變?yōu)闀捍?>gitcommit后就從暫存變?yōu)樘峤弧?.提交規(guī)范在commit時(shí),如果有對(duì)應(yīng)PR(需求項(xiàng)),請(qǐng)?jiān)诘谝恍袑?xiě)上PR號(hào),然后再描述信息(另起行),并把涉及到改動(dòng)的文件名附上。精選word范

5、本!.1.回溯改錯(cuò)了,不過(guò)還沒(méi)有g(shù)itadd>>gitreset--hard改錯(cuò)了,已經(jīng)gitadd>>gitreset-q[files](其實(shí)就是gitadd的反向操作)改錯(cuò)了,已經(jīng)gitcommit>>gitreset--softHEAD^(其實(shí)就是gitcommit的反向操作)已經(jīng)gitcommit,忘記寫(xiě)注釋?zhuān)≒R)或者漏提交了部分文件如果添加注釋可以直接執(zhí)行命令gitcommit--amend,填寫(xiě)注釋保存如果添加文件先執(zhí)行g(shù)itadd后執(zhí)行g(shù)itcommit--amend2.創(chuàng)建分支查看分支>>gitbranch切換分支>>gitcheckout[branchname]

6、創(chuàng)建分支(在當(dāng)前代碼的基礎(chǔ)上)>>gitbranch[branchname]精選word范本!.1.合并分支先檢出目標(biāo)分支再把其他分支合并進(jìn)去>>gitcheckout[branchname]>>gitmerge[other_branch]2.刪除分支>>gitbranch-d[branchname](不能刪?用這個(gè)!)>>gitbranch-D[branchname]3.標(biāo)簽管理>>gittagv1.04.遠(yuǎn)程操作克隆遠(yuǎn)程庫(kù)>>gitclone定義遠(yuǎn)程庫(kù)>>gitremote從遠(yuǎn)程庫(kù)取回更新>>gitfetch從遠(yuǎn)程庫(kù)取回更新并合并>>gitpull推送至遠(yuǎn)程庫(kù)>>gitpush

7、精選word范本!.一、操作流程(本地)1.準(zhǔn)備工作初始化目錄>>gitinit>>gitaddreadme.md>>gitcommit-m'masterinit'然后從master分支中拉出develop分支>>gitcheckout-bdevelop2.功能點(diǎn)開(kāi)發(fā)有新的需求或功能點(diǎn)需要開(kāi)發(fā)時(shí),從最新develop分支中拉出一個(gè)feature分支>>gitcheckout-b[featurename]完成feature開(kāi)發(fā)后需要對(duì)feature分支進(jìn)行合并操作>>g

當(dāng)前文檔最多預(yù)覽五頁(yè),下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁(yè),下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動(dòng)畫(huà)的文件,查看預(yù)覽時(shí)可能會(huì)顯示錯(cuò)亂或異常,文件下載后無(wú)此問(wèn)題,請(qǐng)放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫(kù)負(fù)責(zé)整理代發(fā)布。如果您對(duì)本文檔版權(quán)有爭(zhēng)議請(qǐng)及時(shí)聯(lián)系客服。
3. 下載前請(qǐng)仔細(xì)閱讀文檔內(nèi)容,確認(rèn)文檔內(nèi)容符合您的需求后進(jìn)行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時(shí)可能由于網(wǎng)絡(luò)波動(dòng)等原因無(wú)法下載或下載錯(cuò)誤,付費(fèi)完成后未能成功下載的用戶請(qǐng)聯(lián)系客服處理。