資訊專欄INFORMATION COLUMN
摘要：分支說明分支存儲正式發(fā)布的產(chǎn)品，分支上的產(chǎn)品要求隨時處于可部署狀態(tài)。這一系列發(fā)布任務(wù)完成后，需要將分支合并到分支上，并根據(jù)版本號為分支添加，然后將分支創(chuàng)建以來的修改合并回分支，最后刪除分支。分支版本號功能名。
GitFlow
GitFlow工作流定義了一個圍繞項目發(fā)布的嚴格模型，它為不同的分支分配了明確的角色，并定義分支之間何時以及如何進行交互。
分支說明
1.master分支：存儲正式發(fā)布的產(chǎn)品，master分支上的產(chǎn)品要求隨時處于可部署狀態(tài)。master分支只能通過與其他分支合并來更新內(nèi)容，禁止直接在master分支進行修改。
2.develop分支：匯總開發(fā)者完成的工作成果，develop分支上的產(chǎn)品可以是缺失功能模塊的半成品，但是已有的功能模塊不能是半成品。develop分支只能通過與其他分支合并來更新內(nèi)容，禁止直接在develop分支進行修改。
3.feature分支：當要開發(fā)新功能或者試驗新功能時，從develop分支創(chuàng)建一個新的feature分支，并在feature分支上進行開發(fā)。開發(fā)完成后，需要將該feature分支合并到develop分支，最后刪除該feature分支。
4.release分支：當develop分支上的項目準備發(fā)布時，從develop分支上創(chuàng)建一個新的release分支，新建的release分支只能進行質(zhì)量測試、bug修復、文檔生成等面向發(fā)布的任務(wù)，不能再添加功能。這一系列發(fā)布任務(wù)完成后，需要將release分支合并到master分支上，并根據(jù)版本號為master分支添加tag，然后將release分支創(chuàng)建以來的修改合并回develop分支，最后刪除release分支。
5.hotfix分支：當master分支中的產(chǎn)品出現(xiàn)需要立即修復的bug時，從master分支上創(chuàng)建一個新的hotfix分支，并在hotfix分支上進行bug修復。修復完成后，需要將hotfix分支合并到master分支和develop分支，并為master分支添加新的版本號tag，最后刪除hotfix分支。
分支命名規(guī)范
1.master分支：master分支只有一個，名稱即為master。
2.develop分支：develop分支只有一個，名稱即為develop。
3.feature分支：feature_<版本號>_<功能名>。
4.release分支：release_<版本號>。
5.hotfix分支：hotfix_<版本號>_<問題簡述>。
Git倉庫
一、添加SSH key
在github創(chuàng)建一個賬號：
添加SSH key(因為本地的git庫與github倉庫之間的傳輸是通過ssh 傳輸?shù)模?/p>
二、添加遠程倉庫
首先在github上創(chuàng)建一個新的項目：
1、用命令行的方式提交到遠程方式
git add . 添加到暫存區(qū)
git commit -m "提交的描述"
git push -u origin master 推送到master
2、用Source Tree提交
還是添加一個遠程倉庫：
步驟如下：
①.打開Source Tree:
②.點擊克隆/新建
③.彈出一個框選擇創(chuàng)建新倉庫
⑥.選擇目標路徑(其實是本地路徑)
⑦.點擊創(chuàng)建
例：在項目里建一個txt，里面寫點內(nèi)容，關(guān)閉后在屏幕上的txt右鍵，點添加，添加成功點左上角的提交，然后在下方填寫提交的信息，最后點提交。
到這一步本地倉庫已經(jīng)提交成功
怎么將本地倉庫關(guān)連到遠程倉庫呢？
首先點擊到master分支
右鍵點擊創(chuàng)建拉取請求 （因為是新倉庫沒有任何設(shè)置，將會彈出一個框，點擊設(shè)置）
會出現(xiàn)一個遠程倉庫，點擊添加
里面填寫遠端名稱，URL和用戶名 （url是遠程倉庫地址）
然后點擊兩次確定
點擊遠程會看到有一個origin,說明已經(jīng)關(guān)連成功了
在master右鍵點擊推送到origin(就是上一步新建的遠程倉庫)
點擊推送
添加成功后，會顯示master
下面是常見的Git命令：
今天就分享到這，如果這篇文章對您有幫助的話，點個關(guān)注唄，如有不足，請多多指教。
vw：bsl521921
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/53924.html
摘要：同時，每一次更新，最好添加對應(yīng)的版本號標簽。在這個分支上的代碼允許做小的缺陷修正準備發(fā)布版本所需的各項說明信息版本號發(fā)布時間編譯時間等等。版本號的命名可以依據(jù)項目定義的版本號命名規(guī)則進行。 我說的以下流程，sourceTree等工具已經(jīng)完美的支持了，鼠標點兩下就完成了。簡直是完美。 簡介 Feature Branch Workflow是一種非常靈活的開發(fā)方式。對于一些規(guī)模比較大的團隊，...
摘要：摘要阿里有很多的研發(fā)團隊，不同事業(yè)部使用的發(fā)布流程分支策略并非整齊劃一，但總體上看是比較規(guī)整的。引言在阿里內(nèi)部，流行著許多有意思的工程實踐。比如分支管理這件事，其實屬于工具和習慣各占一半，并且頗有阿里特色的成分，適合作為一個例子。 摘要： 阿里有很多的研發(fā)團隊，不同事業(yè)部使用的發(fā)布流程、分支策略并非整齊劃一，但總體上看是比較規(guī)整的。其中有一種主流的發(fā)布模式以及對應(yīng)的分支使用方式，稱為A...
摘要：摘要阿里有很多的研發(fā)團隊，不同事業(yè)部使用的發(fā)布流程分支策略并非整齊劃一，但總體上看是比較規(guī)整的。引言在阿里內(nèi)部，流行著許多有意思的工程實踐。比如分支管理這件事，其實屬于工具和習慣各占一半，并且頗有阿里特色的成分，適合作為一個例子。 摘要： 阿里有很多的研發(fā)團隊，不同事業(yè)部使用的發(fā)布流程、分支策略并非整齊劃一，但總體上看是比較規(guī)整的。其中有一種主流的發(fā)布模式以及對應(yīng)的分支使用方式，稱為A...
摘要：集成測試完成后，由運維同學從發(fā)起一個到分支，此時會會運行單元測試，構(gòu)建鏡像，并發(fā)布到預(yù)發(fā)布環(huán)境測試人員在預(yù)發(fā)布環(huán)境下再次驗證功能，團隊做上線前的其他準備工作運維同學合并，將為本次發(fā)布的代碼及鏡像自動打上版本號并書寫，同時發(fā)布到生產(chǎn)環(huán)境。 云原生 (Cloud Native) 是伴隨的容器技術(shù)發(fā)展出現(xiàn)的的一個詞，最早出自 Pivotal 公司（即開發(fā)了 Spring 的公司）的一本技術(shù)小...
閱讀 3158·2021-11-22 13:54
閱讀 3450·2021-11-15 11:37
閱讀 3612·2021-10-14 09:43
閱讀 3508·2021-09-09 11:52
閱讀 3612·2019-08-30 15:53
閱讀 2474·2019-08-30 13:50
閱讀 2065·2019-08-30 11:07
閱讀 897·2019-08-29 16:32
