Git für .NET-Teams
Die meisten Git-Kurse kommen aus der Linux- und Terminal-Welt. Ihr Team arbeitet aber in Visual Studio, mit Azure DevOps oder GitHub, und vielleicht kommt es gerade von TFVC. Genau da setze ich an: Git so, wie es im .NET-Alltag wirklich vorkommt. Ihr Team versteht, wie Git funktioniert, arbeitet souverän mit Branches und Pull Requests und behält die Ruhe, wenn ein Merge-Konflikt kommt oder KI-generierter Code den Review fordert. Durchgehend praktisch, mit Ihren Werkzeugen.
Microsoft MVP seit 2013 · Git seit 2011, TFS/Azure DevOps seit 2006 · über 200 Trainings
Ist dieses Training das richtige für Ihr Team?
Es richtet sich an .NET-Teams, die Git im Alltag nutzen, aber mehr Sicherheit und eine gemeinsame Linie wollen. Wenn Sie sich hier wiedererkennen, passt es.
Über commit, push, pull hinaus
Ihr Team nutzt Git täglich, aber bei Merge-Konflikten oder einer verkorksten Historie wird es hektisch. Wir machen aus Anwendern souveräne Nutzer.
Umsteiger von TFVC oder TFS
Ihr Team kommt von einem zentralen Microsoft-System und denkt noch in Check-in und Check-out. Wir bauen die Brücke zu Git, ohne dass die alte Denke im Weg steht.
Zuhause in Visual Studio und Azure DevOps
Sie wollen Git nicht abstrakt lernen, sondern genau dort, wo Ihr Team arbeitet: in Visual Studio, mit Azure DevOps Repos, Pull Requests und Branch Policies.
Inhalt
Der Aufbau hat sich in vielen Trainings bewährt. Je nach Vorwissen Ihres Teams, Ihren Werkzeugen (Visual Studio, VS Code, Kommandozeile) und ob ein Umstieg von TFVC ansteht, setzen wir die Schwerpunkte anders.
Git verstehen statt auswendig lernen
- •Warum Versionsverwaltung und warum verteilt?
- •Wie Git intern arbeitet: Commits, Bäume und Referenzen
- •Repository, Working Directory und Staging Area
- •Git installieren und sinnvoll konfigurieren
- •Der Unterschied zu zentralen Systemen wie TFVC und Subversion
Die tägliche Arbeit
- •Repository anlegen und klonen
- •Änderungen stagen und committen: gute Commits schreiben
- •Historie lesen mit log, diff und blame
- •.gitignore für .NET- und Visual-Studio-Projekte
- •Zeilenenden unter Windows im Griff (autocrlf)
- •Änderungen zurücknehmen: restore, revert und reset im Vergleich
- •Zwischenstände parken mit stash
Branching und Merging
- •Branches erstellen, wechseln und löschen
- •Merge und Fast-Forward verstehen
- •Merge-Konflikte gelassen auflösen
- •Rebase vs. Merge: wann was?
- •Einzelne Commits übernehmen mit cherry-pick
- •Was man auf geteilten Branches besser nicht tut
- •Tags und Releases
Zusammenarbeit im Team
- •Remotes: push, pull und fetch im Detail
- •Pull Requests und Code Reviews in GitHub und Azure DevOps
- •Branching-Strategien im Vergleich: Trunk-Based, GitHub Flow, GitFlow
- •Schutzregeln für den Main-Branch (Branch Policies)
Git in Ihren Werkzeugen
- •Git in Visual Studio
- •Git in Visual Studio Code
- •Kommandozeile für die Fälle, in denen die IDE nicht reicht
- •Nützliche Aliase und Helfer
Optional: Umstieg von TFVC oder Subversion
- •Konzept-Mapping: Check-in vs. Commit, Branch vs. Branch
- •Migrationswege nach Git
- •Typische Stolperfallen beim Umstieg im Team
Git-Trainer gibt es viele. Für .NET-Teams gibt es mich.
Die meisten Git-Trainer leben im Terminal und auf dem Mac. Ich komme aus Ihrer Welt und unterrichte Git dort, wo Ihr Team es wirklich einsetzt.
Visual Studio, Azure DevOps, GitHub: Ich zeige Git dort, wo Ihr Team arbeitet, nicht im nackten Terminal mit Linux-Beispielen.
Ich nutze TFS und Azure DevOps seit 2006, Git seit 2011, und habe selbst mehrere Team-Migrationen begleitet: von Visual SourceSafe über TFVC und Subversion bis zu Git. Diesen Weg kenne ich aus eigener Erfahrung, nicht aus dem Lehrbuch.
CRLF-Zeilenenden, .gitignore für .NET-Projekte, VS-generierte Dateien, Credential Manager: die konkreten Stolperfallen, die generische Kurse überspringen.
Wenn KI-Tools ein Vielfaches an Code erzeugen, wird der Review- und Branching-Prozess zum Sicherheitsnetz. Als KI-Trainer zeige ich, wie Ihr Team KI-Code sauber über Branches und Pull Requests absichert.
Praxisnahe Übungsaufgaben mit Unterstützung von mir: Ihre Entwickler machen selbst, ich begleite und helfe, wo es hakt.
Häufige Fragen
Welche Vorkenntnisse braucht mein Team? +
Keine. Wir starten bei den Grundlagen und gehen so tief, wie es Ihr Team braucht. Auch gemischte Teams von Einsteigern bis Fortgeschrittenen sind kein Problem.
Arbeiten wir auf der Kommandozeile oder in Visual Studio? +
So, wie Ihr Team arbeitet: in Visual Studio, in VS Code oder auf der Kommandozeile. Meist mischen wir, damit klar wird, was die IDE im Hintergrund tut.
GitHub oder Azure DevOps? +
Beides. Pull Requests, Reviews und Branch-Schutz zeige ich an der Plattform, die Ihr Team nutzt, inklusive der Azure-DevOps-Eigenheiten.
Deckt das Training den Umstieg von TFVC oder TFS ab? +
Ja, auf Wunsch als eigener Schwerpunkt: Konzept-Mapping von Check-in/Check-out zu Commit und Branch, Migrationswege und die typischen Stolperfallen beim Umstieg im Team.
Ein oder zwei Tage? +
Ein Tag für die solide Basis, zwei Tage, wenn Branching-Strategien, Teamzusammenarbeit und der Umstieg von TFVC mehr Raum brauchen. Was passt, klären wir im Vorgespräch.
Ist das Folien-Theorie oder echte Praxis? +
Durchgehend praktisch: Ihr Team arbeitet an echten Repositories, löst Konflikte und übt den Team-Workflow. Übungsaufgaben mit meiner Unterstützung. Remote oder in Präsenz in Bad Breisig.
Rezensionen
Herr Krämer hat sich für einen Workshop mit uns sehr viel Zeit genommen. Er kam sehr gut vorbereitet, das Treffen war außerordentlich produktiv. Seine Fachkenntnis im Bereich der Cross-Plattformentwicklung ist beeindruckend.
Als externen Trainer und Berater empfehlen wir sehr gerne unseren Text Control MVP André Krämer, der unseren Kunden stets durch seine langjährige Projekterfahrung, effizient und zielorientiert helfen kann.
Sagen Sie mir, wo Ihr Team steht. Ich stimme das Training darauf ab.
André Krämer
Microsoft MVP seit 2013 · KI- & .NET-Trainer · Buchautor
CEO der Quality Bytes GmbH
Training anfragen
Kurz zu Ihrem Team, Ihren Werkzeugen (Visual Studio, GitHub oder Azure DevOps) und dem gewünschten Zeitrahmen. Ich melde mich mit einem passenden Vorschlag und einem unverbindlichen Angebot.