Contao Workflow – local to remote

Druckbare Version

08.09.2020, 15:39
thesweetg

Contao Workflow – local to remote

Hi,

heute mal eine etwas allgemein gehaltenen Frage:
Wie sieht euer Contao-Development-Workflow aus?

Hier ist meiner in groben Zügen:

1) Erstellung einer lokalen Contao-Installation mit MAMP (https://www.mamp.info)
2) Befüllung der lokalen Installation mit einigen grundlegenden Inhaltselementen und Modulen
3) Erstellung des Themes mit Visual-Studio-Code und den Chrome-DevTools.
4) Erstellung einer Contao-Installation am Remote-Server
5) Transfer der lokalen Datenbank auf den Server (phpMyAdmin)
6) Synchronisierung der "templates" und des "theme" per FTP-Transmit (https://panic.com/transmit/).

... funktioniert soweit so gut :D

Doch nun möchte der Kunde das Logo um 10px größer.
D.h. für mich:

1) Änderung lokal machen
2) Erneute Synchronisierung per FTP-Transmit

... und genau dieses ewige Synchronisieren ist das, was mir dann manchmal gehörig auf die Nerven geht :rolleyes:

Wie macht ihr das?
Ich nehme an da gibts effizientere Lösungen die ich verschlafen habe. ;)

Danke für euren Input!
08.09.2020, 17:20
mlweb

Ich arbeite ähnlich, nur noch zusätzlich mit Versionierung (git) bei der Theme-Entwicklung.
Manchmal läuft nur die reine Themeentwicklung lokal ab, während Contao selbst auf meinem Entwicklungsserver liegt oder später dann beim Kunden.
Dann habe ich nur eine Dateisynchronisation bei Themeanpassungen.
Ich wollte schon immer Mal ein "echtes" Deployment wie Magallanes einführen, aber irgendwie ist das bis jetzt immer noch liegen geblieben.
08.09.2020, 17:22
mlweb

Zitat:

Zitat von thesweetg

... und genau dieses ewige Synchronisieren ist das, was mir dann manchmal gehörig auf die Nerven geht :rolleyes:

Warum eigentlich gerade bei den Themedateien ist das doch fix gemacht.
09.09.2020, 07:06
WorkerBeeEu

Zitat:

Zitat von thesweetg

... und genau dieses ewige Synchronisieren ist das, was mir dann manchmal gehörig auf die Nerven geht :rolleyes:

Wenn du es im CSS anpasst, musst du effektiv doch nur eine Datei hochladen...? Da hilft nur ein Auto-Deploy :cool:
09.09.2020, 10:33
thesweetg

Zitat:

Zitat von mlweb

Warum eigentlich gerade bei den Themedateien ist das doch fix gemacht.

Danke für deinen Input.

Mit dem "ewiges Synchronisieren" meinte ich folgendes:
Wenn bspw. der Kunden eine Änderung am Theme haben möchte (an den CSS-Files oder an den Templates), dann mache ich diese Änderungen lokal.
Die lokale Version kann der Kunde jedoch nicht sehen – außer er steht bei mir im Büro :D
D.h. ich muss die CSS-Files/Templates wieder per FTP mit der Online-Version synchronisieren.
Dass wiederholt sich dann bei jeder Änderung ...

Toll wäre wenn ich sowas wie eine automatische Synchronisation der CSS-Files/Templates aktivieren könnte:
- ich ändere bei meiner lokalen Installation eine CSS-Datei
- beim Speichern dieser Änderung im Editor wird die Datei sofort automatisch hochgeladen/synchronisiert
09.09.2020, 10:36
Spooky

Wir verwenden Deployer.
09.09.2020, 13:30
mlweb
Ich arbeite da nur halb-automatisch.
- Verbindung mit dem Server über winscp
- Wechsel zum Pfad-mit-den CSS-Dateien (lokal und remote)
- "Entferntes Verzeichnis aktuell halten" anklicken
- Änderungen lokal durchführen
- der Kunde kann die Änderungen sofort begutachten
- ich kann dann nach seinen Wünschen weitere Änderungen vornehmen
Ich arbeite lokal mit scss und gulp. In Contao wird nur eine resultierende css-Datei eingebunden.

Analog natürlich bei Templateanpassungen oder js-Änderungen.
09.09.2020, 13:48
Stefko

Dann nenne ich mal noch Prepros. Ist aber sehr komfortabel, kompiliert, minified, lädt die Files hoch und kann auch HotReload.
09.09.2020, 15:51
thesweetg
Zitat:
Zitat von mlweb

Ich arbeite da nur halb-automatisch.

Verbindung mit dem Server über winscp
Wechsel zum Pfad-mit-den CSS-Dateien (lokal und remote)
"Entferntes Verzeichnis aktuell halten" anklicken
Änderungen lokal durchführen
der Kunde kann die Änderungen sofort begutachten
ich kann dann nach seinen Wünschen weitere Änderungen vornehmen

Ich arbeite lokal mit scss und gulp. In Contao wird nur eine resultierende css-Datei eingebunden.

Analog natürlich bei Templateanpassungen oder js-Änderungen.
Die Funktion "Entferntes Verzeichnis aktuell halten" klingt sehr interessant.
Hab mir jetzt mal die Mac-Version von dieser FTP-Clientsoftware installiert – vielleicht gibts die Funktion ja auch dort.
Danke für den Tipp.
09.09.2020, 16:00
thesweetg

Liste der Anhänge anzeigen (Anzahl: 1)

Zitat:

Zitat von Stefko

Dann nenne ich mal noch Prepros. Ist aber sehr komfortabel, kompiliert, minified, lädt die Files hoch und kann auch HotReload.

Danke für den Tipp – macht einen super Eindruck.
Hab mir die Testversion installiert und das Ganze gleich mal mit einem Contao-Projekt probiert.

Die Vorschau im Browser hab ich hinbekommen – nur den File-Watcher kapiere ich nicht ganz:
Ich möchte dass nur die Datei "bar.css" (ich arbeite bei dem Projekt ohne SCSS) überwacht wird.
Wenn ich mit der rechten Maustaste auf diese Datei klicke und "Watch File for Changes" auswähle, werden sofort alle Dateien für die Überwachung aktiviert.
... das führt dazu dass Prepros abschmiert oder manchmal eine Warnmeldung ausgibt (Limit erhöhen).

Hier ein Screenshot dazu:
Anhang 23839

@Stefko: Weißt du was ich da falsch mache?
10.09.2020, 07:04
Stefko

Moin,

wenn ich bei Prepros ein neues Projekt anlege, lasse ich idR nur das Theme-Verzeichnis überwachen und nicht die komplette Contao-Installation.
Wenn Du auf eine Datei klickst, sollte sich rechts ein Bereich öffnen, in dem Du einstellen kannst was mit der Datei passieren soll, bzw. wie sie behandelt werden soll.
Rechts oben ist so ein Burger-Icon, dort kannst Du "Projekt-Settings" auswählen und dort auch Dateien oder ganze Verzeichnisse ausschließen.

Da musst Du mal ein wenig "rum probieren". Ich erinnere mich, dass ich am Anfang auch etwas brauchte, bis ich die (für mich) ideale Konfig gefunden hatte.

Grüße,
Stefko
28.10.2020, 19:50
ph!L

Ich schmeiße auch noch mal einen weiteren Prozess in die Runde:

Lokal:
Contao lokal installieren
git-Repo für das Theme anlegen und alle Theme relevanten Dateien dort einfügen
Repo ins Contao-Verzeichnis führen lassen, so dass Änderungen dort im git landen

Staging-Server:
Kopie der lokalen Installation hochladen
Datenbank hochladen und parameters.yml anpassen
Nun ebenfalls das git-repo anbinden und automatisch pullen lassen – Am besten auf einen "dev" Branch

-> Deployment von lokal auf Stage: git commit auf "dev" branch – fertig

Live-Server:
Wie Staging, aber auf den master branch und dann ggf. nicht automatisch pullen lassen, sondern nur manuell

-> Deployment von lokal auf live: Änderungen aus dem dev-branch in den master-Branch mergen. Dann ggf. manueller pull auf dem live Server (am besten natürlich, nachdem man sich auf dem Stage davon überzeugt hat, dass alles läuft)

Ist für die einfache und typische Theme-Entwicklung meiner Meinung nach der einfachste Prozess, der durch die Einbindung von git auch noch Versionierung beinhaltet.

Wenn man die Kommandozeile nicht so gerne benutzt (wie ich), hat man vielleicht Glück und eine GUI für git auf dem Server (Plesk z.B.), die einem das einrichten, pullen etc. einfach macht.
09.11.2020, 20:28
cgpro

Mit Github ist das leicht über die Hooks lösbar:
https://gist.github.com/noelboss/3fe...8fb12e9066f2fa

Ansonsten kann man das mit Atlassian Bamboo schön zusammenklickern für automatische Deployments. Ich betreue das z.B. bei größeren Kunden mit Bamboo und Docker. Commits anhand JIRA-Tickets können dann individuell mit Webpack in das entsprechende Sprint-Release gebuilded werden (Frontend). Das Ganze geht aber auch mit Backendfeatures, dann muss nur der entsprechende Gitbranch von Bitbucket übernommen werden, dann kommt nur das ins Release was auch getestet im Sprint fertig ist.

Ich glaub da gibts Workflows wie Sand am Meer :-).