Hallo,
ich benötige zum Thema eure Denkanstöße.
Ich hatte es schon mal in diesem Beitrag probiert - ohne Response - daher versuche ich es hier im Entwickler-Forum auch auf die Gefahr mich lächerlich zu machen ...
Hintergrund:
Lokal (Windows) benutze ich eine Contao Installation mit Demo Inhalten und zur Entwicklung der Layout Themes als Ausgangsbasis für weitere Installationen. Bei 3.5er Versionen hatte ich bisher entweder die kompletten Verzeichnisse und die Datenbank kopiert oder nur ein Theme Import (via .cto) durchgeführt. Für Contao 4 würde ich gerne zukünftig lokal die Theme Layouts mit git versionieren/verwalten und im Anschluß über composer als Installation inkl. Website-Template (.sql) bereitstellen - also in Anlehnung an die Contao Demo.
Zur Bereitstellung über packagist.org bin ich noch gar nicht - zum Testen reicht mir erst mal eine composer Installation direkt über ein GitHub,- (s. hier) o. lokales Repository (s. hier).
Git-Repository:
Jetzt scheitere ich bereits bei dem lokalen git repository. Nehme ich hierzu die vollständige, lokale Contao Installation und unterdrücke mittels .gitignore (wie in Beitrag) alles außer den benötigten Dateien? Wo setze/pflege ich dann die composer.json?
Oder sollte man hierzu ein separates, lokales git repository pflegen mit einer Verzeichnisstruktur analog zur Contao Demo (hier liegt alles im Ordner "src" - ist das zwingend)? Ich bearbeite dann also css/scss, Contao Theme Einstellungen, templates in der lokalen Installation, stelle ein Website-Template und schiebe dann entsprechende Daten in das git repository - fühlt sich umständlich an (Wie oft commited Ihr dann).
Denkanstöße/Vorgehensweisen hierzu wären toll ...
scss Workflow:
Ich nutze intern scss zur Theme/Layout Erstellung. Dies beinhaltet auch die entsprechenden package.json und node-scripts files. Das dabei im Theme Verzeichnis über eine lokale npm Installation dann auch der "node-modules" Ordner angelegt wird war mir bis dato egal - wurde ja nur zur lokalen Entwicklung herangezogen. Zukünftig möchte ich meine scss Struktur weiter aufsplitten - ähnlich wie ErdmannFreunde mit Ihrer euf_nutshell - also eine scss Ausgangsbasis für verschiedene Layouts. Nur:
Gehört das dann in ein Contao Theme/Demo repository? Die Contao Demo beinhaltet zwar auch scss Daten - allerdings pur ohne package.json, gulp etc.. Bleibt wohl eine Auslegungsfrage.
Allerdings verstehe ich nicht warum ErdmannFreunde mittlerweile einen eigenen Installer (euf_nutshell_installer) für das euf_nutshell_kit aufgestellt haben. Habe hierzu diese Beiträge gefunden:
- Contao 4 Erweiterung - Dateien nicht überschreiben
- Contao 4: gulpfile.js und package.json liegen unter /files
- Contao 4: Copy files outside files-folder with composer
Verstehe aber nicht wozu das notwendig ist ...
Wen man über composer ein (Contao Theme/Demo) repository installiert, das neben den reinen scss Dateien auch entsprechende node/gulp/etc. Daten bereitstellt - könnten diese doch irgendwo innerhalb von "files" liegen.
Denn wenn jemand die scss selbst modifizieren will - geschieht dies doch wohl immer lokal ...
Auch hier - Denkanstöße/Vorgehensweisen hierzu wären toll ...
Danke
Franko
Lesezeichen