將開發分支設置爲拉取請求的默認值

我主張使用git flow，所以當一個功能提交pull請求時，pull請求需要合併到develop中，而不是master。

一些管理者評論說，作爲人類，團隊領導有可能忽略這一事實，並錯誤地將拉取請求合併到主數據中，從而導致後續版本出現問題。

我們想要降低合併地獄的風險，所以這對實現這一目標將會有很長的路要走。

編輯：我正在使用一個名爲hubflow的gitflow分支（http://datasift.github.com/gitflow/）。默認情況下，創建功能分支時git hf feature start [tik-123]功能分支是按照規範創建的，但也會被推到原點。我們希望這可以用於協作。一旦功能完成，開發人員將轉到github中的功能分支併發出pull請求。然後，團隊負責人將審查拉取請求，並在特徵定於sprint中發佈時將該特徵合併到dev中。

來源

2013-02-13 ton.yeung

請顯示您當前正在使用的命令。我真的不知道一個功能分支和一個拉手是如何結合在一起的。通常，功能分支對於開發人員存儲庫是本地的。它可能已發佈，但隨後會發布到origin/features/。我沒有看到拉如何將它融入主人。 – 2013-02-13 16:25:06

[合併請求到默認的Github中的其他分支]的可能的重複（http://stackoverflow.com/questions/9135913/merge-pull-request-to-a-different-branch-than-default-in -github） – CharlesB 2013-02-13 16:26:19

@CharlesB那寶石是爲了事後。我想確保我的開發人員不必擔心在發出pull請求時更改基礎分支。 – 2013-02-13 16:29:57

或者製作develop大家在參觀項目時看到的默認分支。缺點是任何克隆它的人默認都會得到一個不穩定的分支，但所有的pull請求都會默認進入develop分支。

來源

2013-02-13 16:35:17

我假設downvote來自某人習慣於公共回購工作的人。我是一個私人商店的私人商店，所以我們默認情況下從開發中分支。我會嘗試你的建議，如果它的工作，那麼我會將其標記爲答案。你有沒有機會知道如何將默認分支從頭頂上改掉？ – 2013-02-13 17:17:19

它看起來像它的工作，標記爲答案 – 2013-02-13 17:21:30

@ ton.yeung我假設你已經明白了，但對於其他人，如果您在查看存儲庫時轉到設置選項卡，則可以在顯示的第一頁上對其進行更改。乾杯。 – 2013-02-13 18:49:50

github有自己的建議工作流程，稱爲github flow，按照慣例，所有的拉取請求默認爲master，但現在可以將它編輯到您喜歡的任何分支。

來源

2013-02-13 16:27:13 xero

那麼糟糕。它的系統，所以我想他們可以如何工作。儘管git流程很流行，但我認爲他們會考慮支持它，即使他們不想自己使用它。 – 2013-02-13 16:46:15

同意。我希望他們能讓用戶擁有更多的「每回購」配置和控制。但它仍然是一個很棒的*免費*服務，所以我不能抱怨太多; D – xero 2013-02-13 16:53:31

對我們來說並不是真正免費的，因爲我們是一家商業店鋪 – 2013-02-13 17:15:28

而不是使用master和develop分支，使用stable和master。

然後，在標記新版本之前合併它們通常是很好的做法，所以沒有或只有很少的轉移。我使用這種模式，通常stable如下master小延遲和合並大多是快進。

要保持master分支可部署，請在功能分支準備就緒時合併功能分支。但由於您有stable分支，所以新功能不一定要經過良好測試。

來源

2013-02-13 16:33:33

將開發分支設置爲拉取請求的默認值

回答

相關問題