SW Business Solutions Logo
← Zurück zu allen Technologien
Git Logo

Git

Tools

Git ist das weltweit meistgenutzte verteilte Versionskontrollsystem — unverzichtbar für jeden Entwickler, jedes Team und jedes Software-Projekt.

Git wurde 2005 von Linus Torvalds für die Linux-Kernel-Entwicklung erfunden und ist heute der absolute Standard für Quellcode-Versionierung. Branching und Merging sind in Git günstig und schnell, was parallele Feature-Entwicklung ohne Konflikte ermöglicht. GitHub, GitLab und Bitbucket bauen auf Git auf. SW Business Solutions verwendet Git mit Conventional Commits und GitHub Flow.

Website besuchen

Git bei SW Business Solutions

Git ist die Grundlage jedes Entwicklungsprojekts bei SW Business Solutions. Wir setzen auf strukturierte Git-Workflows mit Conventional Commits, Branch-Strategien und Pull-Request-Reviews.

Einsatz in Kundenprojekten

  • Conventional Commits: Alle Commits folgen dem Conventional-Commit-Format (feat, fix, chore, docs)
  • Branching-Strategie: Git-Flow oder Trunk-Based-Development je nach Team-Grösse
  • Pull-Request-Reviews: Kein Code gelangt in main ohne Code-Review
  • Tag-Releases: SemVer-Tags für alle Releases mit automatischem Changelog
  • Submodule: Verwaltung von Multi-Repo-Setups mit Git Submodulen

Warum strukturierte Git-Nutzung wichtig ist

  • Nachvollziehbarkeit: Jede Änderung ist mit Ticket, Autor und Begründung verknüpft
  • Rollback: Saubere Commit-Historik ermöglicht präzises Rollback auf jeden Zustand
  • Automatisierung: Conventional Commits ermöglichen automatische Changelogs und SemVer
  • Onboarding: Neues Teammitglied versteht die Codebase-Historik sofort

Unsere Git-Regeln

  • Keine direkten Commits auf main/master
  • Pull-Request-Review vor jedem Merge
  • Squash-Merge für Feature-Branches
  • Signierte Commits für alle Produkitons-Repositories

Typische Projektkombinationen

KombinationAnwendungsfall
Git + GitHubHosting und Collaboration
Git + GitHub ActionsCI/CD aus Git-Events
Git + Conventional CommitsAutomatische Changelogs
Git + Semantic VersioningRelease-Management

Technische Details

Git speichert Snapshots des gesamten Repository-Zustands, nicht nur Diffs. Der DAG (Directed Acyclic Graph) der Commits ermöglicht effiziente History-Traversal. Git-Objekte (Blob, Tree, Commit, Tag) sind durch SHA-256-Hashes adressiert. Hooks ermöglichen Automatisierungen bei Commits, Pushes und Merges.

Warum Git?

Vollständige lokale History — kein Server nötig
Schnelles, kostengünstiges Branching
Vollständige Änderungshistorie aller Dateien
Robuste Merge- und Konfliktlösung
Integration in alle IDEs und CI/CD-Tools
Offener Standard — unabhängig vom Hosting

Anwendungsszenarien für Git

📝

Code-Versionierung

Jede Änderung nachvollziehbar dokumentieren, rückgängig machen und zwischen Entwicklern synchronisieren.

🌿

Feature-Branches

Parallele Feature-Entwicklung in isolierten Branches — kein Einfluss auf den main-Branch.

🔍

Code-Reviews

Pull Requests ermöglichen systematische Code-Reviews vor dem Merge in den main-Branch.

🔄

Disaster Recovery

Vollständige Historie ermöglicht Wiederherstellung beliebiger Zustände nach Fehlern.

Funktioniert gut mit

GitHubGitHubGitLabGitLabVS CodeVS CodeDockerDocker

Häufige Fragen zu Git

Was ist der Unterschied zwischen Git und GitHub?
Git ist das Versionskontrollsystem das lokal auf deinem Computer läuft. GitHub ist eine Cloud-Plattform zum Hosting von Git-Repositories mit Pull Requests, Issues und CI/CD.
Was sind Conventional Commits?
Conventional Commits ist ein Standard für Commit-Messages: feat(scope): für neue Features, fix: für Bugfixes, chore: für Wartungsarbeiten. Automatische Changelogs und SemVer-Versionierung werden damit möglich.
Git rebase oder merge — was empfehlen Sie?
merge für Feature-Branches die in main/develop gemergt werden — bewahrt vollständige History. rebase für lokale Aufräumarbeiten vor dem Push — erzeugt lineare History. force-push nach rebase auf geteilte Branches vermeiden.
Was ist Git Flow?
Git Flow ist eine Branching-Strategie mit main (Production), develop (Integration), feature/*, release/* und hotfix/* Branches. Gut für versionierte Software-Releases. Für moderne Web-Apps empfehlen wir den einfacheren GitHub Flow.

Schnelle Fakten

KategorieTools
KomplexitätEinsteiger
BeliebtheitSehr hoch
Aktuelle Version2.49
Erscheinungsjahr2005
Website besuchen

Interessiert an Git?

Beratung anfragen

Interessiert an Git?

Lassen Sie uns gemeinsam besprechen, wie Git in Ihrem nächsten Projekt eingesetzt werden kann.

Kostenlose BeratungWeitere Technologien