`dep` を使用して Go プロジェクトの `vendor` ディレクトリをコミットするかどうか?

Go プロジェクトの Dep を使用したベンダー ディレクトリ管理

Go 開発では、dep ツールを使用して依存関係を管理すると、処理のベスト プラクティスについて疑問が生じることがあります。ベンダーディレクトリ。そのような質問の 1 つは、ベンダー ディレクトリをバージョン管理にコミットすることが賢明かどうかです。

この問題に関するガイダンスは、公式の dep ドキュメントに記載されています。 FAQ セクションでは、ベンダー ディレクトリを直接コミットする際の質問について説明します。 dep によると、決定は個人の好みと優先順位によって異なります。

ベンダー ディレクトリにコミットする利点:

• 再現可能なビルド:ベンダー ディレクトリをコミットすると、名前の変更などの上流の変更から保護され、再現可能なビルドが保証されます。
• 依存関係管理の軽減: ベンダー ディレクトリをコミットした後、go get などの一般的な操作に従って、Gopkg.lock と同期するための追加の depsure 手順は必要ありません。

コミットの欠点ベンダー ディレクトリ:

• リポジトリ サイズの拡大: ベンダー ディレクトリにより、リポジトリのサイズが大幅に増加する可能性があります。ただし、prune コマンドを使用すると、この問題を軽減できます。
• PR 差分変更: Gopkg.lock ファイルを変更すると、ベンダー ディレクトリ内のファイルへの変更を含む PR 差分が発生する可能性があります。特に、GitHub はデフォルトでこれらのファイルを非表示にします。

最終的に、ベンダー ディレクトリをコミットするかどうかの決定は、特定のプロジェクトの要件と設定によって異なります。再現可能なビルドと合理化された依存関係管理がリポジトリ サイズや PR の明確さよりも重要な場合は、ベンダー ディレクトリをコミットすることが推奨されるアプローチである可能性があります。

以上が`dep` を使用して Go プロジェクトの `vendor` ディレクトリをコミットするかどうか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。