我有一個 git repo“core”和“project”repo，即使用“core”作為依賴項。如果我想更改“核心”模塊的某些 API 及其在“項目”中的用法，我會在 gitlab 中創建兩個單獨的拉取請求。但是，如果“核心”包含 API 更改，我們的持續集成系統無法測試“項目”，直到“核心”被合并。我想要的是“項目”測試將在“核心”中的同一分支上進行的可能性。例如，如果我在“project”和“core”中創建了分支“feature-42”，則“project”測試將在“core”的“feature-42”分支上開始?，F在我們有機會移動 go 模塊，但是很難總是在 go.mod 文件中指定直接提交哈希（很可能會犯錯誤）?？雌饋砦覀儜撌褂?monorepo，但我擔心我們的項目可能會成為整體（考慮到我們沒有非常合格的開發人員）。我們如何組織持續集成？PS我們也不想使用帶有版本的標簽，因為人們并行工作，并且很難維護始終不減少的版本。
1 回答
慕標琳琳
TA貢獻1830條經驗 獲得超9個贊
您的go.mod文件可以指定依賴項的顯式提交 - 即使該提交位于分支上！- 只要提交實際上已發布到該存儲庫。
因此，如果您在feature-42的 分支上發布某個功能core并希望在 中使用該功能project，則可以go get core@feature-42在該project模塊中運行，并且您應該獲得包含該功能的版本。
（該go命令通常知道如何將分支名稱解析為特定提交，因此您不需要顯式命名提交哈希。但是，該go.mod文件將記錄帶有解析哈希的偽版本。）
作為另一種選擇，您可以向 CI 系統添加一個go mod edit -replace命令，讓它顯式地將所選版本的模塊替換core為相關分支。
話雖如此，聽起來您切換到單一存儲庫可能會更簡單，也許go.mod在存儲庫根目錄下使用單個文件，以便所有內容都以鎖定步驟進行版本控制。根據我的經驗，避免 Go 項目變成單體的最佳方法是使用internal包，而不是單獨的存儲庫。
- 1 回答
- 0 關注
- 139 瀏覽
添加回答
舉報
0/150
提交
取消