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.

Visit Website

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

Kombination	Anwendungsfall
Git + GitHub	Hosting und Collaboration
Git + GitHub Actions	CI/CD aus Git-Events
Git + Conventional Commits	Automatische Changelogs
Git + Semantic Versioning	Release-Management

Technical 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.

Why 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

Use Cases for 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.

Works well with

Frequently Asked Questions about Git

What's the difference between Git and GitHub?

Git is the version control system running locally. GitHub is a cloud platform for hosting Git repositories with pull requests, issues and CI/CD.

What are Conventional Commits?

Conventional Commits is a standard for commit messages: feat(scope): for new features, fix: for bug fixes. Automatic changelogs become possible.

Git rebase or merge — what do you recommend?

Merge for feature branches being merged into main — preserves full history. Rebase for local cleanup before pushing.

What is Git Flow?

Git Flow is a branching strategy with main, develop, feature/*, release/* and hotfix/* branches. For modern web apps we recommend the simpler GitHub Flow.

Quick Facts

CategoryTools

ComplexityEinsteiger

PopularitySehr hoch

Current Version2.49

Release Year2005

Visit Website

Interested in Git?

Request consultation

Interested in Git?

Let us discuss together how Git can be used in your next project.

Free consultation More technologies