Відповіді:
Адже насправді немає правильної чи неправильної відповіді, вона припаде до вашої ситуації. У самих композиторів є досить сильні почуття, що так, ви повинні ігнорувати це, і в ідеальному світі це безумовно, що ви повинні робити, але це не завжди так просто.
В основному це залежить від вашого хостингу та процесу розгортання. Якщо ви, наприклад, перебуваєте в Пантеоні, і не хочете впроваджувати складний робочий процес, що веде за течією, залучаючи діалог зі своїм технічним персоналом, ви змушені здійснювати всі залежності від репо. Немає композитора, який сидить на іншому кінці і чекає запуску, коли ваш код буде натиснений, якщо ви самі не натискаєте ці файли, їх там немає, і все порушиться.
Аналогічно, якщо ви перебуваєте на спільному хостингу та не маєте робочого процесу CI, ви, ймовірно, будете змушені так чи інакше перетягувати всі файли навколо себе.
В основному, якщо він вписується у ваш робочий процес розробки / розгортання, щоб мати можливість виключати ці файли, це було б непогано (з причин, зазначених у посиланні вище).
Якщо цього не відбувається, покладання їх на репо буде абсолютно нормальним.
Ядро та модулі Drupal оновлюються настільки часто, часто за допомогою виправлень безпеки, що звичайним є використання композитора для управління залежностями. Композитор розмістить залежності в каталозі постачальників, і тоді вам не потрібно буде вносити їх у свою кодову базу. Ви можете запустити "встановити композитор" на сервері, і він завантажить залежності на цьому сервері. Це дозволяє полегшити ваш сховище коду. Якщо ви використовуєте цей процес, ви не хочете вводити файли, так що так, ви хочете, щоб gitignore цей каталог.
Якщо ви хочете встати та працювати з використанням композитора для керування сайтом drupal, ви можете ознайомитися з проектом ешафотів drupal .
Так, слід
Якщо у вас є композитор, ви можете включити його до композитора.
Якщо ви не знаєте, як використовувати композитор, це було б чудове місце для пошуку:
Використання композитора для управління залежностями друпальських сайтів