Go のベンダー/ フォルダーの gitignoring をめぐる議論
Go のベンダー/ フォルダーを .gitignore ファイルに追加するかどうかというジレンマが繰り返されています開発コミュニティでの質問。これを除外することを主張する人もいますが、含めることを主張する人もいます。
Case for Inclusion
- Github 独自の gitignore テンプレートは、その内容が理由で、vendor/ を除外しません。互換性を損なう可能性のある参照の変更、プロジェクトの消滅、またはツールの進化を避けるために、バージョン管理する必要があります。
- ベンダーの依存関係への変更が Git リポジトリで追跡されている場合は、それらをバージョン管理下に置くことが重要です。
除外のケース
- 広く使用されている gitignore テンプレートである gitignore.io は、ツールによって生成されるため、vendor/ を除外します。
- ベンダー/ を除外すると、特にベンダー化がすべてのチーム メンバーの要件ではない場合、リポジトリのサイズと混乱が軽減されます。
- 外部の依存関係をベンダーにすると、脆弱性や互換性の問題が発生するリスクが高まる可能性があります。
代替アプローチ
ベンダー/ベンダーの二者択一を超えて、代替戦略で懸念事項に対処できます:
-
仮想環境: Docker と仮想化開発環境を標準化し、ベンダーの必要性を最小限に抑えることができます。
-
ハイブリッド アプローチ: ベンダー/をバージョン管理から除外しますが、ローカルで生成するためのスクリプトまたはドキュメントを提供します。
-
プライベート リポジトリ: メイン プロジェクトから参照できる、ベンダーの依存関係のプライベート リポジトリを維持します。
-
Go モジュール: 現在の Go 依存関係管理標準である Go モジュール、正確なバージョン管理が可能になり、ベンダーの必要性がなくなる可能性があります。
最終的には、プロジェクト固有の要件とチームのコラボレーションのダイナミクスに基づいて決定が行われます。それぞれのアプローチの長所と短所を理解することで、開発者はベンダー/ベンダーの管理や、安定した一貫した開発環境の確保について情報に基づいた意思決定を行うことができます。
以上がgitignore するかどうか: Go のベンダー/フォルダーをバージョン管理から除外する必要がありますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。