特殊版本的分支策略

本週晚些時候，我們正在對嵌入式設備進行一些測試。爲此，我們想要確切知道哪些軟件已經過測試，但我們也必須對其進行一些修改以用於測試目的。目前我們使用的策略是基於流行的"A successful Git branching model"。我們想要的是特殊版本的分支策略

不膨脹當前結構。
從視覺上很容易區分什麼是測試和自那之後發生了什麼變化。

我們傾向於一個帶有標記的未命名分支，因爲它使得命名分支保持發佈和功能，但仍然很容易在視覺上找到。

什麼是這種方法的缺點和什麼其他的方法是合適的？

來源

2016-02-29 T' n' E

我用同樣的分支模型的簡化版本，並假設你的意思是「書籤」，而不是「標籤」在無名分公司負責人，然後我發現，這種方法工作得很好me.The書籤可以作爲標籤或分支完全相同的方式用作修訂規範的標籤。 –

啊，是的，當然，書籤是一個更好的選擇！ –

的缺點是類似於一個名爲分行提供了：這是一個永久的標誌（雖然你可以重新標籤，從而移動標籤）。

然而，更好的選擇是在這種情況下使用書籤因爲這是由設計，可以增加或（重新）移動到你喜歡在任何時間任何修訂短暫的名字。

來源

2016-02-29 12:44:55 planetmaker

來想一想吧;我們不想要永久標記嗎？畢竟，這是經過嚴格測試的版本。當下一次測試到期時，我們可以將最新的版本分支合併到未命名的測試分支中，並且有一點運氣和巧妙的設計，它應該可以直接測試，我們可以爲第二次測試分配一個新標籤？ –

當然，你可以做到這一點。取決於您如何管理您的修訂版本以及如何設計測試，標籤可能正是您想要的。例如像1.2.3-beta1或1.2.3-featureA.rXXXX等用於後續（內部）測試版本可能就是你想要的。 – planetmaker

就我個人而言，我已經與Jenkins設置了我的編譯場，它編譯了這兩個：每個推送到該存儲庫的頭部以及它收到的任何標記修訂（在這種情況下我認爲是發佈）。然而，採用這種方法我沒有看到沒有標籤的測試版本。因此，對於您的情況，如果您想從回購本身快速查看已經測試的內容，標籤可能確實是最佳選擇。 – planetmaker

特殊版本的分支策略

回答

相關問題