Nach zwei Jahren SVN haben wir den Schritt gemacht, über den wir gesprochen hatten: den Umstieg auf Git. Es war nicht nur eine technische Migration — es war ein kultureller Wandel. Und im Rückblick eine der besten Entscheidungen, die wir getroffen haben.
Warum jetzt¶
Merging in SVN wurde mit jedem Branch schmerzhafter. BitBucket Server bietet Pull Requests = ordentliches Code Review. Offline-Arbeit.
Migrations der Historie¶
Die git-svn-Bridge importierte die komplette SVN-Historie inklusive Commits, Autoren und Zeitstempel. Eine Authors-Datei für die Zuordnung von SVN-Benutzernamen zu Git-E-Mails.
Git Flow¶
main Branch (Produktion), develop (Integration), Feature Branches, Release Branches, Hotfix Branches. Feature Branches sind selbstverständlich — Erstellen und Mergen dauert Sekunden.
Pull Requests = Code Review¶
Jede Änderung wird vor dem Merge geprüft. Mindestens eine Reviewer-Freigabe erforderlich. Fehler werden gefunden, Wissen verbreitet sich, die Codebasis wird konsistenter.
Kultureller Wandel¶
Lokale vs. Remote Commits, Rebase vs. Merge, Staging Area. Der erste Monat war schmerzhaft. Nach einem Monat wollte niemand mehr zurück.
Tipps¶
- git-svn für den Historie-Import nutzen. 2. Das Team schulen. 3. Branch Protection Rules. 4. Pull Requests verpflichtend machen. 5. Geduld.
Brauchen Sie Hilfe bei der Implementierung?
Unsere Experten helfen Ihnen bei Design, Implementierung und Betrieb. Von der Architektur bis zur Produktion.
Kontaktieren Sie uns