一千萬個為什麽

搜索

我們應該如何組織VSTS存儲庫?



我們是一家擁有以下系統的小公司:

  • 預先客戶的外部網站(已在ASP.NET Framework中創建),
  • 客戶的外部移動應用程序(在Flutter中進行中),
  • 處理此外部網站和移動應用程序(已在ASP.NET Core中創建)收集的項目的內部自定義CRM,
  • 內部數據庫和REST API服務器(已在ASP.NET Core中創建,不會在很長時間內更改)。

因此,外部網站和移動應用程序通過API與內部數據庫進行通信,然後內部CRM使用此API來檢索這些外部系統收集的數據。我們正在從Subversion的mono repo轉向VSTS中的GIT。

我們應該如何將項目劃分到存儲庫中? 我們是否應該有一個存儲庫來管理所有產品,然後構建配置為一次發布幾個項目的CI/CD?這將更容易在後臺運行API的單臺機器上運行開發。或者我們應該在Test環境中使用很少的存儲庫來管理API和數據庫版本?這將需要為Web API和數據庫設置其他服務器。

我從項目經理和開發人員的角度詢問使用和管理哪些更容易,更方便?

轉載註明原文: 我們應該如何組織VSTS存儲庫?

一共有 1 個回答:

從構建自動化的角度來看,我發現擁有多個存儲庫會更好。這允許更小的配置和更精細的控制您的構建/發布過程。您可以允許引用並引入源代碼來構建或發布(當然,您也可以在VSTS構建管道中忽略源代碼)。

這使得能夠僅將您想要或需要的項目發布到您想要的環境中。當然,您可以從其他構建中提取工件,並在需要時將它們包含在您的發行版中。

總而言之,我傾向於盡可能小,只將它們組合到同一個存儲庫中,如果它們確實是同一項目的一部分,並且項目的任何部分都不能在其他地方使用。