遠端倉庫有master和dev分支的情況
1. 轉殖**
2. 檢視所有分支
git branch --all# 預設有了dev和master分支,所以會看到如下三個分支
# master[本地主分支] origin/master[遠端主分支] origin/dev[遠端開發分支]
# 新轉殖下來的**預設master和origin/master是關聯的,也就是他們的**保持同步
# 但是origin/dev分支在本地沒有任何的關聯,所以我們無法在那裡開發
3. 建立本地關聯origin/dev的分支
git checkout dev origin/dev# 建立本地分支dev,並且和遠端origin/dev分支關聯,本地dev分支的初始**和遠端的dev分支**一樣
4. 切換到dev分支進行開發
git checkout dev# 這個是切換到dev分支,然後就是常規的開發
遠端倉庫只有mater分支的情況
1. 轉殖**
2. 檢視所有分支
git branch --all# 預設只有master分支,所以會看到如下兩個分支
# master[本地主分支] origin/master[遠端主分支]
# 新轉殖下來的**預設master和origin/master是關聯的,也就是他們的**保持同步
3. 建立本地新的dev分支
git branch dev # 建立本地分支git branch # 檢視分支
# 這是會看到master和dev,而且master上會有乙個星號
# 這個時候dev是乙個本地分支,遠端倉庫不知道它的存在
# 本地分支可以不同步到遠端倉庫,我們可以在dev開發,然後merge到master,使用master同步**,當然也可以同步
4. 發布dev分支
git push origin dev:dev# 發布dev分支指的是同步dev分支的**到遠端伺服器
# 這樣遠端倉庫也有乙個dev分支了
5. 在dev分支開發**
git checkout dev # 切換到dev分支進行開發
6. 開發**之後,兩個選擇
第乙個:如果功能開發完成了,可以合併主分支
git checkout master # 切換到主分支git merge dev # 把dev分支的更改和master合併
git push # 提交主分支**遠端
git checkout dev # 切換到dev遠端分支
git push # 提交dev分支到遠端
第二個:如果功能沒有完成,可以直接推送
git push# 提交到dev遠端分支
# 注意:在分支切換之前最好先commit全部的改變,除非你真的知道自己在做什麼
7. 刪除分支
git push origin :dev# 刪除遠端dev分支
下面兩條是刪除本地分支
git checkout master # 切換到master分支git branch -d dev # 刪除本地dev分支
在服務端需要維護的分支應當包含:
master: 用於生產環境發布
release: 用於測試環境發布
hotfixes: 用於master的bug修復
dev-* : 用於各個功能團隊開發
Git開發分支管理
遠端倉庫有master和dev分支的情況 1.轉殖 2.檢視所有分支 git branch all 預設有了dev和master分支,所以會看到如下三個分支 master 本地主分支 origin master 遠端主分支 origin dev 遠端開發分支 新轉殖下來的 預設master和orig...
團隊開發Git分支管理策略
開發生涯的前三年都是使用svn,回首放佛如前世。自從用了git,整個人都神經了。下面的內容肯定不是什麼教你如何用git提交 合併分支之類的。現在本人要從寫術的層面提公升一下自己文章的品質到道的層面。git為什麼好,為什麼要用git,這不是我本文想要說明的問題。這裡想要給大家分享一下自己使用過程中產生...
git 分支管理
一 遠端倉庫有master和dev分支 1.轉殖 git clone 這個git路徑是無效的,示例而已 2.檢視所有分支 git branch all 預設有了dev和master分支,所以會看到如下三個分支 master 本地主分支 origin master 遠端主分支 origin dev 遠...