Dois-je ignorer le répertoire des fournisseurs dans git pour Drupal 8?
14
J'essaie enfin de me lancer dans l'utilisation de Drupal 8 et je veux savoir si je dois ignorer le répertoire des fournisseurs dans git avec .gitignore. Je suppose que non, mais j'ai vu quelques exemples de fichiers .gitignore qui le font.
Il n'y a pas vraiment de bonne ou de mauvaise réponse, cela dépendra de votre situation. Les compositeurs eux - mêmes ont des sentiments assez forts que oui, vous devriez l'ignorer, et dans un monde idéal, c'est certainement ce que vous devriez faire, mais ce n'est pas toujours aussi simple.
Cela dépend principalement de votre processus d'hébergement et de déploiement. Si, par exemple, vous êtes sur Panthéon et que vous ne souhaitez pas implémenter un flux de travail en amont compliqué, impliquant un dialogue avec leur personnel technique, vous êtes obligé de valider toutes les dépendances du référentiel. Il n'y a pas de Composer assis à l'autre bout qui attend de s'exécuter lorsque votre code est poussé, si vous ne poussez pas ces fichiers vous-même, ils ne sont pas là et les choses vont casser.
De même, si vous êtes sur un hébergement partagé et que vous n'avez pas de flux de travail CI, vous allez probablement être obligé de trimballer tous les fichiers avec vous d'une manière ou d'une autre.
Fondamentalement, si cela s'intègre dans votre flux de travail de développement / déploiement pour pouvoir exclure ces fichiers, c'est une bonne idée de le faire (pour les raisons énumérées dans le lien ci-dessus).
Si ce n'est pas le cas, les envoyer au dépôt est tout à fait correct.
Référence: workflow Pantheon pour Composer utilisant GitHub: pantheon.io/docs/guides/build-tools . Le fournisseur est ignoré dans le référentiel GitHub, mais doit être validé lorsque l'artefact généré est poussé vers Panthéon.
greg_1_anderson
Dans le même ordre d'idées, cet article de blog de l'OMI a un argument solide contre l'ignorance du fournisseur de git: codeenigma.com/build/blog/…
rooby
@clive Puis-je installer une distribution sociale ouverte sur le panthéon en gardant le dossier du fournisseur en dehors de la racine? Dans le cas du panthéon, son "code" nommé
Umair
3
Le noyau et les modules Drupal sont mis à jour si souvent, souvent avec des correctifs de sécurité, qu'il est devenu courant d'utiliser Composer pour gérer les dépendances. Composer placera les dépendances dans le répertoire du fournisseur, puis vous n'aurez pas besoin de les valider dans votre base de code. Vous pouvez exécuter "composer install" sur le serveur et il téléchargera les dépendances sur ce serveur. Cela permet à votre référentiel de code d'être plus léger. Si vous utilisez ce processus, vous ne voudriez pas valider les fichiers, donc oui, vous voudriez gitignore ce répertoire.
Si vous souhaitez vous familiariser avec l'utilisation de composer pour gérer un site drupal, vous pouvez consulter le projet d' échafaudage drupal .
Le noyau et les modules Drupal sont mis à jour si souvent, souvent avec des correctifs de sécurité, qu'il est devenu courant d'utiliser Composer pour gérer les dépendances. Composer placera les dépendances dans le répertoire du fournisseur, puis vous n'aurez pas besoin de les valider dans votre base de code. Vous pouvez exécuter "composer install" sur le serveur et il téléchargera les dépendances sur ce serveur. Cela permet à votre référentiel de code d'être plus léger. Si vous utilisez ce processus, vous ne voudriez pas valider les fichiers, donc oui, vous voudriez gitignore ce répertoire.
Si vous souhaitez vous familiariser avec l'utilisation de composer pour gérer un site drupal, vous pouvez consulter le projet d' échafaudage drupal .
la source
Oui tu devrais
Si vous avez un compositeur, vous pouvez l'inclure avec le compositeur.
Si vous ne savez pas comment utiliser Composer, ce serait un excellent endroit à regarder:
Utiliser Composer pour gérer les dépendances de site Drupal
la source