回答:
正しい答えも間違った答えもありません。あなたの状況次第です。作曲家自身は、はい、あなたはそれを無視するべきであり、理想的な世界では間違いなくあなたがすべきことであるというかなり強い気持ちを持っていますが、それは必ずしも簡単ではありません。
それは主にホスティングと展開プロセスに依存します。たとえば、あなたがパンテオンにしている、と彼らの技術スタッフとの対話を含む、複雑な上流のワークフローを実装したくない場合は、している強制レポにすべての依存関係をコミットします。コードがプッシュされたときに実行を待機しているComposerはもう一方の端にありません。自分でそれらのファイルをプッシュしないと、そこに存在せず、壊れます。
同様に、共有ホスティングを使用していて、CIワークフローがない場合は、おそらく何らかの方法ですべてのファイルを持ち歩く必要があります。
基本的に、これらのファイルを除外できるようにするために開発/展開のワークフローに適合する場合は、上記のリンクにリストされている理由からお勧めします。
そうでない場合、リポジトリにコミットすることは絶対に問題ありません。
Drupalのコアとモジュールは頻繁に更新され、多くの場合セキュリティが修正されるため、コンポーザーを使用して依存関係を管理することが一般的になっています。Composerはベンダーディレクトリに依存関係を配置します。その後、コードベースにコミットする必要はありません。サーバーで「composer install」を実行すると、そのサーバーの依存関係がダウンロードされます。これにより、コードリポジトリを軽量化できます。このプロセスを使用している場合、ファイルをコミットしたくないので、はい、そのディレクトリをgitignoreしたいでしょう。
composerを使用してdrupalサイトを管理して立ち上げて実行したい場合は、drupal scaffoldプロジェクトをチェックアウトできます。