我應該將 Go 專案的供應商目錄提交給版本控制嗎？

Go開發中vendor目錄的版本控制

使用dep工具管理Go依賴時，開發者面臨是否提交的決定將供應商目錄放入版本控製或簽出儲存庫後執行dep Ensure。

為了提供有關此事的指導，dep工具的常見問題解答明確解決了以下問題：

我應該提交我的供應商目錄嗎？

常見問題解答承認該決定最終取決於開發人員，但它概述了每種方法的優點和缺點：

承諾供應商目錄：

• 優點：

  • 透過防止上游變更和歷史重寫來確保真正可重現的建置。
  • 在大多數操作（包括 go get）之後不再需要 dep 確保，克隆和合併。

• 缺點：

  • 增加儲存庫大小，這可能會變得非常重要。
  • 當修改 Gopkg.lock 時，將供應商目錄變更新增至 PR diff，儘管供應商檔案是GitHub 上預設隱藏。

檢查後執行dep Ensure出處：

• 優點：

  • 優點：
維護較小的儲存庫大小。

• 自動更新供應商儲存庫簽出，確保一致性。

  • 缺點：
簽出儲存庫後需要額外的建置步驟。

可能會導致供應商目錄發生變化，而這些變化在

最終，最佳實踐取決於特定的專案要求。優先考慮可重複性並避免不必要的建置步驟的開發人員可能會選擇提交供應商目錄。然而，那些關心儲存庫大小並喜歡自動依賴同步同步的人可能更喜歡在簽出後執行 dep Ensure。

以上是我應該將 Go 專案的供應商目錄提交給版本控制嗎？的詳細內容。更多資訊請關注PHP中文網其他相關文章！