Go でベンダー ディレクトリをコミットするかどうか: ベスト プラクティス?

ベンダー ディレクトリのコミット: ベスト プラクティスまたはチェックアウト後の必要性?

Go プロジェクトで依存関係管理に dep を活用する場合、次のような疑問が生じます。 : ベンダー ディレクトリをバージョン管理にコミットする必要がありますか?この決定は、最終的には開発者の好みに依存し、各アプローチの長所と短所のバランスがとれます。

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

• 次の方法で再現可能なビルドを保証します。依存関係の上流履歴への変更を防ぎます。
• 別の依存関係の必要性を排除します。クローン作成またはその他のリポジトリの更新後に必ず手順を実行してください。

ベンダー ディレクトリをコミットすることの短所:

• リポジトリ サイズが大きくなる可能性があります (特に依存関係がある場合)。かなりのファイル サイズ。
• PR の差分には、ベンダー ファイルへの変更が含まれる場合があります。 Gopkg.lock は変更されていますが、通常、これらのファイルはデフォルトで GitHub 上で非表示になります。

代替オプション: チェックアウト後に dep ensure を実行

代わりに、ベンダー ディレクトリをコミットすると、リポジトリをチェックアウトした後に dep ensure を実行できます。このアプローチには追加の手順が必要ですが、次の理由から推奨される可能性があります。

• 依存関係ファイルが履歴に保存されないため、リポジトリ サイズが小さくなります。
• Gopkg での変更として PR の差分が簡略化されます。ロックは、リポジトリ内のベンダー ファイルへの変更をトリガーしません。

最終的に、ロックするかどうかの決定は、ベンダー ディレクトリをコミットするか、同期のために dep ensure に依存するかは好みの問題です。ベスト プラクティスによれば、この決定を下す際には、上記の長所と短所を考慮することが不可欠です。

以上がGo でベンダー ディレクトリをコミットするかどうか: ベスト プラクティス?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。