提交還是不提交 Go 供應商目錄：可重複建置與儲存庫大小？

Go 依賴管理的 Vendoring 實踐

在 Go 開發中，管理依賴至關重要。使用 dep 工具，就會出現將供應商目錄提交到版本控制是否是最佳實踐的問題。

提交供應商目錄

官方dep FAQ 解決了這個問題問題：

優點：

• 優點：

可重現的建置：無論上游變更如何，例如重命名、刪除或歷史覆蓋，都確保建置一致。

減少依賴管理：無需在複製、合併和其他儲存庫操作後執行 dep Ensure。

• 缺點：

儲存庫大小較大：供應商目錄可能會大幅增加儲存庫的大小。

差異衝突：修改 Gopkg.lock 會導致供應商目錄發生更改，這可能會觸發拉取請求中的差異衝突。

替代方案：手動執行 dep Ensure

• 或者，最佳實務建議在儲存庫簽出後手動執行 dep Ensure。這種方法具有以下優點：

較小的儲存庫大小：供應商目錄未提交，減少了儲存庫的整體佔用空間。

更清晰的差異：PR 差異僅包含對依賴項的更改Gopkg.lock 中的定義，避免來自供應商的噪音

結論是否提交vendor目錄的決定取決於特定的專案需求。對於可重複的建置和簡化的依賴關係管理，提交供應商目錄是有利的。但是，如果儲存庫大小和乾淨的差異具有更高的優先級，則在簽出後手動執行 dep Ensure 可能是更合適的選擇。

以上是提交還是不提交 Go 供應商目錄：可重複建置與儲存庫大小？的詳細內容。更多資訊請關注PHP中文網其他相關文章！