Tag: Git

1. Atomare Commits schreiben statt Monster-Commits

   26.06.2025

   Monster-Commits mit gemischten Refactorings, Bugfixes und neuen Features machen Code-Reviews langsam, git bisect nutzlos und einzelne Änderungen unmöglich rückgängig zu machen. Mit git add -p, git commit -p und git rebase -i lässt sich jede Änderung in klar abgegrenzte, atomare Commits aufteilen, die einzeln nachvollziehbar, testbar und im Zweifel gezielt revertierbar bleiben.

   Read more

2. Husky und lint-staged: Hooks im Team durchsetzen

   22.06.2025

   Lokale Git-Hooks landen in .git/hooks und werden nie mit dem Repository versioniert, wodurch jeder Entwickler sie einzeln einrichten muss und Teams faktisch keine verlässliche Durchsetzung von Codequalität vor dem Commit haben. Husky verteilt Hooks automatisch über npm, lint-staged beschränkt Prüfungen auf geänderte Dateien und commitlint erzwingt saubere Commit-Nachrichten, ganz ohne manuelle Einrichtung.

   Read more

3. Multi-Environment-Branching für Magento (dev/staging/prod)

   20.06.2025

   Wer Branches und Deployment-Umgebungen nicht sauber trennt, deployt irgendwann versehentlich ungetesteten Code auf die Produktion. Dieser Artikel zeigt, wie Magento-Teams Branches eindeutig auf dev, staging und prod abbilden, Code per Merge und Tag statt per Rebase durch die Umgebungen befördern, Konfiguration sauber aus der Historie heraushalten und Branches sowie Pipelines pro Umgebung gezielt absichern.

   Read more

4. Pull-Request-Workflow optimieren fürs Team

   17.06.2025

   Ein schwerfälliger Pull-Request-Workflow bremst ganze Teams aus, riesige Diffs, fehlender Kontext und manuelle Merge-Koordination summieren sich zu Reibungsverlusten. Dieser Artikel zeigt, wie kleine Pull Requests, Draft PRs, PR-Templates sowie Required Checks und Auto-Merge zusammenspielen, um Reviews schneller und den gesamten Workflow planbarer zu machen.

   Read more

5. Protected Branches richtig konfigurieren

   06.06.2025

   Ein main-Branch ohne Schutz ist nur einen falschen Force-Push von einem Totalschaden entfernt. Dieser Artikel zeigt, was Protected Branches auf GitHub und GitLab wirklich verhindern, wie Required Status Checks und Approval-Regeln funktionieren, welche Rolle CODEOWNERS spielt und mit welcher Baseline Magento- und Hyvä-Agenturen ihren main-Branch praxistauglich absichern, ohne das Team auszubremsen.

   Read more

6. Trunk-Based Development: Schneller liefern mit kurzen Branches

   27.05.2025

   Trunk-Based Development ersetzt lange Feature-Branches durch kurzlebige Zweige, die mehrmals täglich in den Main-Branch zurückfließen. Feature Flags machen es möglich, unfertigen Code sicher auszuliefern, ohne die Anwendung zu gefährden, während eine schnelle, zuverlässige CI-Pipeline jeden Commit sofort auf Regressionen prüft und den Main-Branch dauerhaft auslieferbar hält.

   Read more

7. Branch-Naming-Konventionen fürs ganze Team

   25.05.2025

   Uneinheitliche Branch-Namen wirken im Alltag harmlos, bis eine Deployment-Pipeline die falsche Umgebung trifft oder ein automatisiertes Cleanup-Skript einen aktiven Branch löscht. Klare Präfixe wie feature, bugfix und hotfix, kombiniert mit Ticket-IDs aus Jira oder GitHub Issues, schaffen Nachvollziehbarkeit, ermöglichen zuverlässige CI-Automatisierung und lassen sich mit einem einfachen Naming-Check-Hook im gesamten Team durchsetzen.

   Read more

8. Packfiles und Garbage Collection: Wie Git Speicher optimiert

   21.05.2025

   Ein gewachsenes .git-Verzeichnis, das mehrere Gigabyte umfasst, ist selten ein Zufall, sondern die Summe jedes Commits, jedes Rebase und jeder versehentlich eingecheckten Binärdatei, die Git niemals von selbst löscht. Dieser Artikel erklärt, wie lose Objekte zu delta-komprimierten Packfiles werden, was git gc technisch wirklich tut, welche Rolle der Reflog beim Schutz vor Datenverlust spielt, und wie man ein aufgeblähtes Repository gezielt diagnostiziert und wieder verschlankt.

   Read more

9. git log effektiv nutzen: Filtern, Formatieren, Verstehen

   13.05.2025

   Wer git log nur mit der Standardausgabe nutzt, verschenkt eines der mächtigsten Diagnosewerkzeuge im täglichen Entwicklungsalltag. Mit gezielten Filtern nach Autor, Zeitraum und Inhalt, mit eigenen Pretty Formaten für Skripte und mit der Pickaxe Suche lässt sich jede Codezeile bis zu ihrem Ursprung zurückverfolgen, ohne die Historie manuell zu durchsuchen.

   Read more

10. Die Git-Staging-Area (Index) im Detail

    21.04.2025

    "Staging Area" ist nur ein Spitzname. Dahinter steckt eine reale, binäre Datei mit dokumentiertem Format, eigener Prüfsumme und Stage-Nummern pro Eintrag. Dieser Artikel geht direkt in die Internals: Dateiformat, was git add technisch schreibt, wie git status und git diff den Index als Angelpunkt nutzen, wie man ihn mit git ls-files und git update-index direkt inspiziert und manipuliert, und warum git add -p überhaupt nur funktioniert, weil der Index vom Working Directory entkoppelt ist.

    Read more