在 Go 中提交還是不提交供應商目錄：最佳實踐？

提交供應商目錄：最佳實務還是結帳後的必要性？

在 Go 專案中利用 dep 進行依賴管理時，出現了問題：供應商目錄是否應該提交版本控制？這個決定最終取決於開發人員的偏好，平衡每種方法的優點和缺點。

提交供應商目錄的優點：

• 保證可重複建立防止修改依賴項的上游歷史記錄。
• 消除了對單獨 dep 的需要確保克隆或其他存儲庫更新後的步驟。

提交供應商目錄的缺點：

• 儲存庫大小可能較大，尤其是具有以下依賴項的情況重要的檔案大小。
• PR 差異可能包括修改 Gopkg.lock 時對供應商文件的更改，儘管這些預設情況下，文件通常隱藏在 GitHub 上。

替代選項：簽出後執行 dep Ensure

或者，可以執行以下命令，而不是提交供應商目錄dep 確保檢查儲存庫後。此方法需要額外的步驟，但可能更可取，因為：

• 較小的儲存庫大小，因為依賴檔案不會儲存在歷史中。
• 簡化的 PR 差異，如 Gopkg 中的變更。 lock 不會觸發對儲存庫中的供應商文件的修改。

最後決定是否提交供應商目錄或依賴 dep 確保同步是偏好問題。最佳實踐表明，在做出此決定時必須考慮上述利弊。

以上是在 Go 中提交還是不提交供應商目錄：最佳實踐？的詳細內容。更多資訊請關注PHP中文網其他相關文章！