2013-04-15 52 views
14

我們正在使用git-flow來處理修補程序&的功能,併爲開發分支&主分支(用於生產)。如何在臨時環境中使用git流?

將臨時分支添加到混合中以便我們可以驗證正在從開發中進行生產的工作,同時仍保持git-flow的幫助作用的最簡單方法是什麼?

回答

6

我想說,分期應該基於一個git流發佈分支。在git flow release startgit flow release publish之後,您可以在該分支上開始QA工作,包括將其發佈到臨時區域。當準備階段的QA工作已經證明代碼已準備好生產發佈到生產環境並安裝到生產環境中時,並執行git flow release finish

如果您使用的是TeamCity,則可以輕鬆設置服務器以檢測新的遠程發佈分支並自動爲其設置構建版本see here

+0

對於每個潛在發行版,您建議使用不同的分支,而不是像專業分支一樣有專門的分支來「測試下一個版本」(分期)? – Eric

+0

是的,那將是標準的git-flow方法,afaik。您始終可以將分支命名爲相同,例如「分期」。但是正常的使用git-flow會在'git流發佈完成'時刪除分支,並且當'git flow release start'時重新創建' –

+0

請求請求將如何使用這種方法? –

2

我剛剛開始使用Git流動但恕我直言最簡單的方法是設置下一個版本dev分支和生產的排放stage分支,然後例如爲:用master分支(你的實際生產)手動合併。

因此,如果您發佈版本1.2.0到stage,然後發現您的版本中存在錯誤(4個修補程序,例如:在覈心CMS,功能1,功能3和功能4中),那麼您總是可以應用修補程序,與版本1.2.4,然後最終合併到生產。

更新:這種情況下,假設你沒有回滾機制,所以你總是加入提交修復,釋放功能或其他任何東西。如果您確實有回滾機制,那麼您無需擔心生產中的錯誤。只要發現錯誤,使用回滾來設置以前的工作版本。例如:如果您發現版本1.2.3中的錯誤,請回到版本1.2.2。修復錯誤,在dev上測試,然後在stage上測試,然後按照版本1.2.4推送到生產。所以你的產品會從1.2.2直接跳到1.2.4

相關問題