git分支是GIT版本控制系統的基本組成部分。我們將在本教程中探索不同的分支模型

git拉請求分支機構

在我們的上一篇文章中,我們了解了GIT和版本控制系統的基礎知識。我們逐步進行了一步,學習瞭如何設置GIT存儲庫。另外,我們學會瞭如何在分支機構中添加更改並將其恢復,以防您要撤消更改。現在,我們了解了版本控制系統的基礎知識,特別是git。因此,在這篇博客文章中,我們將繼續討論如何使用git分支並提取請求。我們將了解不同的工作流程。所以,讓我們開始吧!

什麼是git分支

GIT分支

讓我們來談談分支機構,為什麼我們需要分支機構,哪些分支策略可以用來有效地處理代碼。顧名思義,一個 分支 代表了一個獨立的發展線。 當您創建一個存儲庫時,您基本上也創建一個分支,我們可以稱呼主(或默認)分支。我們可以對我們的主分支進行更改。但是,如果您需要研究功能,並且不想將代碼與主分支分開。因此,這就是分支機構為您提供幫助的地方。他們讓您分支,然後稍後合併。

創建 /修改Git分支

git branch

命令使您可以創建,列出,重命名和刪除分支。它不允許您在分支之間切換,為此,我們必須使用Git Checkout命令。或者,如果您想將更改合併回分支,則必須使用 git Merge 命令。 重要的是要了解分支只是提交的指針。當您創建一個分支時,Git所需要做的就是創建一個新的指針,它不會以任何其他方式更改存儲庫。 使用以下命令創建分支

git branch <branch-name>

完成分支機構並將其合併到主代碼庫中後,您可以自由刪除分支,而不會使用以下命令失去任何歷史記錄

git branch -d <branch-name>

什麼是拉的請求

拉動請求是一種使用版本控制系統(例如GIT)向軟件項目提交貢獻的方法。開發人員使用拉動請求提出對代碼庫的更改。打開拉動請求後,您可以與合作者討論並查看潛在的更改,並在將更改合併到基本分支之前添加後續提交。 當開發人員打開拉動請求時,他所做的就是向另一個開發人員請求,將一個分支從其存儲庫中拉到其存儲庫中。這意味著他需​​要提供4個輸入值來創建一個拉請請求:源存儲庫,源分支,目標存儲庫和目標分支。

流行的分支模型

全球開發人員社區正在使用許多分支機構工作流。但是,我們將一一討論三種最受歡迎的分支模型

git流

GitFlow Workflow是一個GIT工作流程,可幫助連續軟件開發和實施DEVOPS實踐。 GIT流是此列表中最著名的工作流程。它是由[Vincent Driessen在2010年]創建的7,它基於兩個具有無限壽命的主要分支,以及其他支持分支,例如功能 - *,hotfixes-*,然後將其合併為“開發分支”項目已完成。

  • - 此分支包含生產代碼。一旦準備好將其推入生產,所有開發代碼都將合併到主部門。
  • 開發 - 該分支包含預生產代碼。功能完成後,它們將合併到開發中。 Gitflow非常適合具有計劃發布週期的項目。但是,GIT歷史變得不可讀。

github流

GitHub流量是輕量級的工作流程。它是由Github在2011年創建的,主要集中在敏捷模型上,在該模型中您不等待發布週期。取而代之的是,隨著功能完成,您每天都會將更改推向生產。 github流量以下校長:

  • “主”分支中的任何內容都是可部署的。
  • 要處理新事物,請使用一些描述名稱來創建一個單獨的主分支,例如“ Image-Uploading”
  • 在本地並定期將您的工作推向服務器上的同名分支。
  • 當您需要反饋或幫助時,或者您認為分支機構已經準備好合併,請打開拉請求
  • 在審查並在該功能上簽名後,您可以將其合併到主人中
  • 將其合併並推向“主”,可以將其部署到生產中。

gitlab流

GitLab流是Gitlab在2014年創建的工作流程。GitLab流是Gitflow的一種更簡單的替代方法,並將功能驅動的開發和功能分支與問題跟踪結合在一起。 GitLab流量和GitHub流量之間的主要區別在於使用環境分支。 開發人員創建一個 開發 分支並將其默認為默認設備,而GitLab流則立即與“主”分支一起使用。 GitLab流動包含多個預生產分支。而且,這些可以用於測試不同級別的東西。例如,從測試分支到接受,然後從接受到生產。

結論

在本文中,我們了解了GIT分支並拉出請求。我們研究了拉力請求的重要性,以及如何在各種git工作流中使用它們。我們還簡要探索了不同的GIT分支模型。