Läuft ein Schritt nicht wie gewohnt oder gibt es Schwierigkeiten, dann bescheid geben.
- Am Server anmelden und in das GIT-Verzeichnis gehen
- Mit
git branchprüfen auf welchem Branch die Instanz läuft. Das sollte "master" sein. - Mit
git statusprüfen ob Änderungen direkt auf dem Live-Server durchgeführt worden sind.- Wenn ja, dann mit
git diff [dateiname]die Änderungen ansehen und validieren. - Ziel ist alle nötigen Dateien per
git commit [datei] [datei]in das Repo zu schaufeln - Anschließend mit
git push origin masterins GitLab schicken.- Schlägt das fehl die Repo-URL mit
git remote -vprüfen. - Eventuell mit
git remote set-url origin [url]korrigieren.
- Schlägt das fehl die Repo-URL mit
- Wenn ja, dann mit
- Mit
- Lokal nachsehen ob kein Commit mehr nötig ist mit
git status. Es werden alle Dateien angezeigt, die noch ein Commit benötigen oder garnicht unter Versionskontrolle sind ("Untracked files"). - Nach allen Commits (
git commit .....) den lauffähigen Stand pushen (git push origin develop) (mit entsprechendem Branch) - Nun ist alles sicher genug den master auszuchecken mit
git checkout origin masterund den aktuellen Stand zu holengit pull origin master. - Gleichzeitig holen wir den aktuellen Entwicklungsstand (
git merge develop) und testen die neuen Funktionen. - Sind diese alle in Ordnung, dann kann es in das GitLab rein (
git push origin master).
- Zurück auf dem Server können die Änderungen geholt werden (
git pull origin master). Dabei tauche eine Meldung auf wie "master abc123...456def", welche notiert werden sollte. Sie hilft den vorherigen Zustand wiederherzustellen. - Die Neuerungen sollten nun in
git logauftauchen. - Anschließend noch einmal Live testen. Dabei nicht vergessen den Cache zu leeren.
- Lokal wieder zurück in den develop wechseln (
git checkout develop). - Dort können die letzten Änderungen der Entwicklungen und vom Live-Server abgeholt werden
(
git merge master). - Auch den eigenen Branch wieder ins GitLab schicken
(
git push origin develop) and bob is your uncle.