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