使用VSTS構建的部分部署 - 源代碼控制策略

Question

我正在構建一個VSTS構建管道，用於繼續集成和部署MVC Web項目。我的客戶想要0停機時間的情況下繼續部署，以便我們考慮重組源控制策略和分裂單一代碼庫到以下幾點：

核心功能

1. 特點1個
2. 特點2 .. ...
3. 功能ň

我們計劃在保持特點的核心功能的子分支，並把個人的構建模板，每個branc的h和支行。因此，理想的情況是，如果核心功能分支有任何更改，則應該使用完整代碼（分支+子分支）來部署構建，但如果只更改了一個功能分支，則將僅對該分支執行繼續部署或分支中的功能。

因此，這需要指導的問題是： -

• 是功能分支的想法是好的，可以在生產中使用？
• .Net MVC應用程序是具有Web層，服務和存儲庫層的n層應用程序。我是否還應該在覈心和功能分支中拆分服務和存儲庫層以使其分離？

• 如果我分裂的服務和倉庫，通訊不同功能之間應該如何發生的：

• 通過服務來服務呼叫？就像功能1需要功能2的某些功能一樣，功能1服務會調用功能2服務併合並結果以將其發送到功能1 GUI？

• 特徵1庫調用特徵2庫，但是這種方法將使特徵1對特徵2具有依賴性，這意味着如果特徵2在部署時關閉，則特徵1也經歷錯誤。

• 將版本庫拆分爲若干功能是個不錯的主意？

感謝

Answer 1

拆分庫的幾個特點是確定的，因爲他們可以在其他應用（如移動應用）

我建議你可以考慮VSTS Packages feature或其他第三包飼料中使用。工作流程：通過使用NuGet task

安裝需要的軟件包到web項目和編碼喂

1. 更改推送到服務器>觸發CI構建>包和發佈包VSTS。
2. Web項目的更改推送到服務器>觸發CI建立與當前已安裝的軟件包（不更新包）
3. 更新必要包的新功能Web項目
4. Web項目的更改推送到服務器>觸發CI build