Sollte ich das Anbieterverzeichnis in Git für Drupal 8 ignorieren?
13
Ich versuche endlich, mit Drupal 8 an Bord zu kommen und möchte wissen, ob ich das Anbieterverzeichnis in Git mit .gitignore ignorieren soll. Ich würde nicht annehmen, aber ich habe ein paar .gitignore-Beispieldateien gesehen, die das tun.
Es gibt keine richtige oder falsche Antwort, es kommt auf Ihre Situation an. Der Komponist selbst hat ein ziemlich starkes Gefühl, dass man es ignorieren sollte, und in einer idealen Welt ist das definitiv das, was man tun sollte, aber es ist nicht immer so einfach.
Dies hängt hauptsächlich von Ihrem Hosting- und Bereitstellungsprozess ab. Wenn Sie zum Beispiel auf Pantheon sind, und wollen nicht einen komplizierten Upstream - Workflow zu implementieren, einen Dialog mit ihren technischen Mitarbeitern beteiligt, sind Sie gezwungen , alle Abhängigkeiten zu der Repo zu begehen. Am anderen Ende sitzt kein Composer und wartet darauf, ausgeführt zu werden, wenn Ihr Code gepusht wird. Wenn Sie diese Dateien nicht selbst hochpushen, sind sie nicht da und die Dinge werden zerbrechen.
Wenn Sie auf Shared Hosting arbeiten und keinen CI-Workflow haben, werden Sie wahrscheinlich gezwungen sein, alle Dateien auf die eine oder andere Weise mit sich herumzuschleppen.
Grundsätzlich ist es eine gute Idee, diese Dateien auszuschließen, wenn sie in Ihren Entwicklungs- / Bereitstellungsworkflow passen (aus den im obigen Link aufgeführten Gründen).
Wenn dies nicht der Fall ist, ist es absolut in Ordnung, sie für das Repo zu verpflichten.
Referenz: Pantheon-Workflow für Composer mit GitHub: pantheon.io/docs/guides/build-tools . Hersteller wird im GitHub-Repository ignoriert, muss jedoch festgeschrieben werden, wenn ein erstelltes Artefakt in Pantheon hochgeladen wird.
greg_1_anderson
In diesem Sinne hat dieser Blog-Beitrag IMO ein gutes
rooby
@clive Kann ich Open Social Distribution auf Pantheon installieren, indem ich den Lieferantenordner außerhalb des Stammverzeichnisses behalte? Im Fall von Pantheon heißt es "Code"
Umair
3
Drupal-Kern und -Module werden so häufig aktualisiert, häufig mit Sicherheitsupdates, dass es üblich geworden ist, Composer zum Verwalten von Abhängigkeiten zu verwenden. Composer legt Abhängigkeiten im Herstellerverzeichnis ab, und Sie müssen sie dann nicht in Ihre Codebasis übernehmen. Sie können "composer install" auf dem Server ausführen und die Abhängigkeiten von diesem Server herunterladen. Dadurch wird Ihr Code-Repository leichter. Wenn Sie diesen Prozess verwenden, möchten Sie die Dateien nicht festschreiben. Ja, Sie möchten dieses Verzeichnis also gitignore.
Wenn Sie mit Composer arbeiten möchten, um eine Drupal-Site zu verwalten, können Sie das Drupal-Scaffold- Projekt ausprobieren .
Drupal-Kern und -Module werden so häufig aktualisiert, häufig mit Sicherheitsupdates, dass es üblich geworden ist, Composer zum Verwalten von Abhängigkeiten zu verwenden. Composer legt Abhängigkeiten im Herstellerverzeichnis ab, und Sie müssen sie dann nicht in Ihre Codebasis übernehmen. Sie können "composer install" auf dem Server ausführen und die Abhängigkeiten von diesem Server herunterladen. Dadurch wird Ihr Code-Repository leichter. Wenn Sie diesen Prozess verwenden, möchten Sie die Dateien nicht festschreiben. Ja, Sie möchten dieses Verzeichnis also gitignore.
Wenn Sie mit Composer arbeiten möchten, um eine Drupal-Site zu verwalten, können Sie das Drupal-Scaffold- Projekt ausprobieren .
quelle
ja du solltest
Wenn Sie einen Komponisten haben, können Sie ihn dem Komponisten hinzufügen.
Wenn Sie nicht wissen, wie man Komponisten benutzt, ist dies ein großartiger Ort, um nachzuschauen:
Verwenden von Composer zum Verwalten von Drupal-Site-Abhängigkeiten
quelle