Git Workflow: Wie ich Projekte versioniere

Mein Git-Workflow

Versionskontrolle ist nicht optional — auch nicht für Solo-Entwickler. Hier ist mein Ansatz.

Branch-Strategie

main: Immer produktionsreif. Direkter Push verboten. develop: Integrationsbranch für neue Features. feature/xyz: Ein Branch pro Feature oder Bugfix.

Für kleinere Projekte vereinfache ich: main + feature-Branches, kein separater develop.

Commit-Messages

Ich folge Conventional Commits:

• feat: neues Feature
• fix: Bugfix
• refactor: Refactoring ohne funktionale Änderung
• docs: Dokumentation
• chore: Maintenance (Dependencies updaten, etc.)

Was ich immer mache

• .env nie committen (.gitignore ist Pflicht)
• Sensitive Daten niemals im Repository
• Vor dem Merge: Code Review (auch wenn ich alleine bin — nach einer Nacht drüber schlafen)
• Tags für Releases: v1.0.0, v1.1.0

Automatisierung mit GitHub Actions

CI/CD Pipeline die bei Push auf main automatisch Tests ausführt und bei Erfolg deployed. Das ist kein Luxus — das ist Pflicht.