1. 程式人生 > >git 中分支管理工程的思路

git 中分支管理工程的思路

比較有意義的網站:

推薦的策略:總結采用的策略是第二個網站中的策略

1. 主分支:master

一個主分支,這個主分支只負責放打有 tag 標籤的版本
這裡寫圖片描述

2. 開發分支:develop

日常開發放在 develop 分支,這個分支可以用來生成程式碼的最新隔夜版本(nightly)。如果想正式對外發布,就在Master分支上,對Develop分支進行”合併”(merge)。
這裡寫圖片描述

Git建立Develop分支的命令:

git checkout -b develop master

將Develop分支釋出到Master分支的命令:

# 切換到Master分支
git checkout master
# 對Develop分支進行合併
git merge --no-ff develop

3. 臨時分支:

  • 功能(feature)分支
  • 預釋出(release)分支
  • 修補bug(fixbug)分支

使用完以後,應該刪除,使得程式碼庫的常設分支始終只有Master和Develop。

4. 功能分支:

第一種是功能分支,它是為了開發某種特定功能,從Develop分支上面分出來的。開發完成後,要再併入Develop。功能分支的名字,採用feature-*的形式命名。

建立一個功能分支:

git checkout -b feature-x develop

開發完成後,將功能分支合併到develop分支:

git checkout develop
git merge --no-ff feature-x

刪除feature分支:

git branch -d feature-x

5. 預釋出分支:

預釋出分支是從Develop分支上面分出來的,預釋出結束以後,必須合併進Develop和Master分支。它的命名,採用release-*的形式。

建立一個預釋出分支:

git checkout -b release-1.2 develop

確認沒有問題後,合併到master分支:

git checkout master
git merge --no-ff release-1.2
# 對合並生成的新節點,做一個標籤
git tag -a 1.2

再合併到develop分支:

git checkout develop
git merge --no-ff release-1.2

最後,刪除預釋出分支:

git branch -d release-1.2

6. 修補bug分支:

修補bug分支是從Master分支上面分出來的。修補結束以後,再合併進Master和Develop分支。它的命名,採用fixbug-*的形式。

建立一個修補bug分支:

git checkout -b fixbug-0.1 master

修補結束後,合併到master分支:

git checkout master
git merge --no-ff fixbug-0.1
git tag -a 0.1.1

再合併到develop分支:

git checkout develop
git merge --no-ff fixbug-0.1

最後,刪除”修補bug分支”:

git branch -d fixbug-0.1

相關推薦

git 分支管理工程思路

比較有意義的網站: 推薦的策略:總結采用的策略是第二個網站中的策略 1. 主分支:master 一個主分支,這個主分支只負責放打有 tag 標籤的版本 2. 開發分支:develop 日常開發放在 develop 分支,這個分支可以用來

實際專案如何使用Git分支管理

前言 記得剛工作的時候根本不知道什麼是版本管理工具,有一次和別人聊天,人家問你們公司程式碼用什麼版本管理工具?我說啥是版本管理工具,我們一般用U盤拷貝,然後人家就顧左右而言他了。後來我知道了有個東西叫SVN,後來又知道了還有個東西叫Git。所以說剛畢業

Git程式碼分支管理在專案的實踐

Git是一個非常強大的分散式版本管理工具,分散式簡單的理解就是在本地也會copy一份程式碼資料,使用者機器可以當作一臺本地伺服器,用於程式碼的離線的提交,即你坐在青海湖邊在沒網路的情況下也可以提交自己的程式碼,想想就流逼,但是真正提交到中央倉庫還是需要網路才行,不過這個功能

git本地分支管理

master diff mas 命名 創建 out git diff 創建分支 合並 查看分支:git branch創建分支:git branch dev重命名分支:git branch -m dev dev1刪除分支:git branch -d dev切換分支:git c

Git bug分支管理(6)

在開發中經常會碰到一些bug問題,有了bug就需要修復。這時Git強大的分支就體現出來了,每個bug都可以通過一個臨時分支來修復,修復完成後,合併分支,然後將臨時的分支刪除掉。 比如我在開發中接到一個404 bug,我可以建立一個404分支來修復它,但是,當前的dev分支上的工作還沒有提交。

Git 命令分支管理

Git分支管理 Git 命令 一. Git倉庫 二. Git常用命令 1.建立倉庫 2.配置賬號 3.檔案操作 4.程式碼提交 4.1 建立程式碼 5

版本管理-圖解Git分支管理原理,深度分析fetch和pull區別

1分散式與集中式 1)Git是分散式,無SVN那樣的“中央伺服器”; 2)Git每個人電腦裡都有完整的版本庫,但是SVN的中央伺服器出了問題,所有人都沒法幹活了;Git除了每人都有一個版本庫外,還有一個遠端倉庫,SVN只有一個版本庫; 3)SVN適合於區域

git分支的使用

簡介 git會把我們每一次提交的內容連成一條時間線,這條線就是一個分支,一個倉庫被初始化後,git會預設生成一個主分支,叫做master分支。我們知道在git的版本庫中有一個HEAD指標會指向當前的分支。 但是有時候我們會遇到這種情況:比如說一個專案現在

產品快速迭代時用Git分支管理的詳細步驟

轉載 簡書:https://www.jianshu.com/p/d917139304eb一、前言本文用例項來講解Git的分支管理在產品快速迭代開發過程中解決實際問題的詳細方案,面向的是對Git有一定了解的朋友(多圖預警)。二、背景最近接手了一個程式碼質量慘不忍睹的專案,立即著

git 放棄本地修改強制更新& Git分支merge和rebase的適用場景及區別

本地有修改和提交,如果想放棄這些修改和提交 可以使用如下命令強制用遠端的庫更新: git fetch --all git reset --hard origin/master git fetch --all 只是下載遠端的庫的內容,不做任何的合併 git rese

git分支管理策略

分支在實際中的作用 假設你準備開發一個新功能,但是需要兩週才能完成,第一週你寫了50%的程式碼,如果立刻提交,由於程式碼還沒寫完,不完整的程式碼庫會導致別人不能幹活了。如果等程式碼全部寫完再一次提交,又存在丟失每天進度的巨大風險。現在有了分支,就不用怕了。你建立了一個屬

Git Flow 分支管理簡述

小問題 而不是 release win https roi add 修復 courier 概述 Git 是什麽 Git 是一個開源的分布式版本控制系統,用於敏捷高效地處理任何或小或大的項目。 Git 是 Linus Torvalds 為了幫助管理 Linux 內核

圖解git,用手繪圖帶你理解git分支的原理和應用

大家好,今天我們來聊git當中一個非常非常重要的特性,就是branch。 git branch可以說是git當中最重要的概念了,甚至沒有之一。因為git最重要的使用場景就是協同開發,大家一起在一個專案當中開發不同的功能。正是由於有了分支的概念,可以讓大家在開發的時候互不影響。如果沒有這個功能,git的其他功能

Git 企業常用分支管理策略

git Git 企業中常用分支管理策略 Git 分支 Git Git 企業中常用分支管理策略 一般企業中開發一個項目的分支策略 主分支 master 開發分支 develop 功能分支 feature 預發布分支  release bug 分支 fixbug 其它分支 ot

GIT常用命令-分支管理

分支管理 ash 9.png initial tin creating 多次 set stream 分支管理的好處:既不影響別人的工作又無需承擔文件進度丟失的風險1.創建與合並沖突$ git checkout -b dev相當於$ git branch dev$ git c

git 分支管理方案

繼續 終端 class tlab http check toc 團隊 代碼上線 現有一般的公司項目均使用git(大多數是gitLab)管理。 開發組 我們的項目都要建立在 開發組的名下 (git.xxcompany.com/xxgroup),除需要公司內部開源的項目,都必須

git分支管理

issue 就會 查看 無法刪除 date 參與 無法 track git 查看本地分支:$ git branch 查看遠程分支:$ git branch -r 創建本地分支:$ git branch [name] ----註意新分支創建後不會自動切換為當前分支 切換

Git 分支管理

gitGit 分支管理幾乎每一種版本控制系統都以某種形式支持分支。使用分支意味著你可以從開發主線上分離開來,然後在不影響主線的同時繼續工作。有人把 Git 的分支模型稱為"必殺技特性",而正是因為它,將 Git 從版本控制系統家族裏區分出來。創建分支命令:git branch (branc

git分支管理小結

用處 推送 開始 之前 checkout 完成 分支合並 默認 pos 之前在使用git的時候,大部分的用處都是用來將自己本地的代碼上傳至github上。但是近期在做點小項目的時候,發現用到分支的地方,還是挺多的。 這是今天自己看了《github入門與實踐》那本書,跟著書上

git遠程分支管理

git遠程分支管理git遠程分支管理 使用分支的原則 master分支是非常重要的,線上發布代碼用這個分支,平時我們開發代碼不要在這個分支上 創建一個dev分支,專門用作開發,只有當發布到線上之前,才會把dev分支合並到master 開發人員應該在dev的基礎上再分支成個人分支,個人分支裏面開發代碼,然後合