使用 `dep` 提交還是不提交 Go 專案中的 `vendor` 目錄？

Go 專案中使用Dep 進行供應商目錄管理

在Go 開發中，透過dep 工具管理依賴項可能會引發相關處理最佳實務的問題供應商目錄。其中一個問題是是否建議將供應商目錄提交給版本控制。

官方 dep 文件提供了有關此事的指導。 FAQ 部分解決了直接提交供應商目錄的問題。根據 dep 的說法，該決定取決於個人偏好和優先順序。

提交供應商目錄的優點：

• 可重現的建置：提交供應商目錄透過封鎖上游變更（例如重新命名、刪除或歷史記錄）來確保可重現的建置覆蓋。
• 減少依賴管理：提交供應商目錄後，無需執行額外的dep 確保步驟即可在執行go get 或存儲庫克隆等常見操作後將其與Gopkg.lock 同步。

提交供應商的缺點目錄：

• 更大的儲存庫大小：供應商目錄可以顯著增加儲存庫的大小。但是，使用 prune 命令可以幫助緩解此問題。
• PR 差異變更： 對 Gopkg.lock 檔案的變更可能會導致 PR 差異包含對供應商目錄中檔案的修改。值得注意的是，GitHub 預設隱藏了這些檔案。

最終，是否提交供應商目錄的決定取決於特定的專案需求和偏好。如果可重複的建置和簡化的依賴管理比儲存庫大小和 PR 差異清晰度更重要，那麼提交供應商目錄可能是首選方法。

以上是使用 `dep` 提交還是不提交 Go 專案中的 `vendor` 目錄？的詳細內容。更多資訊請關注PHP中文網其他相關文章！