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