VerBump Grafik

VerBump

Versions-Manager für Windows-Entwickler

Alle VERSION-Dateien deiner Projekte im Blick. Major, Minor oder Patch mit einem Tastendruck erhöhen — SemVer, CalVer oder ein eigenes Schema.

Windows 10/11 · Installer oder portable EXE · Kostenlos & Open Source

Warum VerBump?

Ich arbeite an etlichen Projekten gleichzeitig und habe schon die unterschiedlichsten Dinge in Zusammenhang mit Versionierung ausprobiert. Das Problem ist nicht die Komplexität — ich weiß genau, welche Datei ich editieren muss. Das Problem ist, dass man beim git push schon längst beim nächsten Feature ist.

Und weil ich eigentlich ein fauler Sack bin, wollte ich das Thema endgültig lösen — und habe VerBump gebaut.

Vor dem git push rufe ich einfach VerBump auf und habe auf einen Blick den Status aller Repos im Blick — Orange bedeutet: hier wurde etwas geändert, aber die Version noch nicht erhöht. Es funktioniert, weil es einen Moment des Innehaltens erzwingt: ein Blick, alle Projekte, bevor irgendetwas rausgeht.

Inzwischen hat VerBump meinen Workflow aber völlig verändert: Mit installiertem Git-Hook öffne ich es gar nicht mehr manuell. Der Hook greift vor jedem Commit und zeigt mir genau, was veraltet ist — ich bumpe direkt dort, oder überspringe es bei einem WIP-Commit. Seit Monaten habe ich keinen Versions-Bump mehr vergessen.

Das spart mir mehr Sorgen, Nacharbeit und Zeit, als ich für die Entwicklung dieser Lösung investiert habe.

Andere Tools erhöhen die Version eines Projekts. VerBump zeigt Dir den Status und gibt Dir die Kontrolle!

— Michael Baas, Entwickler von VerBump

Du bist nicht allein.

Der manuelle Version-Bump ist einer der zuverlässigsten Stolpersteine im Entwickler-Alltag. Die Tool-Welt bestätigt es: Dutzende GitHub Actions, CLIs und Automatisierungs-Frameworks existieren genau für dieses Problem — von semantic-release bis bump, von GitVersion bis Conventional Commits. Sie alle lösen es in der Pipeline. VerBump löst es bevor du pushst.

„Manuelles Versions-Bumping ist mühsam und fehleranfällig — jemand vergisst die Version zu aktualisieren oder bumpt sie falsch."

— oneuptime.com, Jan. 2026

Screenshots

VerBump Hauptfenster — orange Zeilen zeigen veraltete VERSION

Hauptfenster — Orange = VERSION noch nicht erhöht

VerBump Einstellungen

Einstellungen mit Git-Hook-Integration

Features

Tastaturgesteuert

Mit Alt+A–Z oder Alt+0–9 direkt zum Projekt springen. Version mit Strg+1–4 erhöhen. Ohne Maus.

📋

Mehrere Schemas

Unterstützt SemVer, CalVer und vollständig anpassbare sequentielle Schemas — pro Projekt konfigurierbar.

🔍

Aktualitätsprüfung

Scannt Projektverzeichnisse automatisch und markiert Projekte, bei denen Quelldateien neuer als die VERSION sind. Bei Git-Repos wird das Datum des letzten Commits als Bezug genutzt, um falsche Alarme durch Datei-Timestamps zu vermeiden.

Flexible Ignore-Regeln

Globale Ignore-Listen für Verzeichnisse und Dateimuster, mit projektspezifischen Überschreibungen per !-Präfix-Syntax.

🌐

Mehrsprachig

Verfügbar auf Deutsch und Englisch. Weitere Sprachen lassen sich durch eine lang.xx.json-Datei neben der EXE ergänzen.

📦

Keine Abhängigkeiten

Eine einzige, eigenständige .exe — wähle zwischen portabel (keine Installation, keine Registry) oder Installer-Installation (mit Explorer-Integration und Service-Skripten).

🪝

Git pre-commit Hook

Hook direkt aus den Einstellungen installieren — VerBump blockiert den Commit, wenn VERSION veraltet ist, und öffnet sich automatisch zum Erhöhen.

🖱

Explorer-Kontextmenü

Rechtsklick auf Ordner oder VERSION-Datei: VerBump öffnen oder Major / Minor / Patch lautlos erhöhen — kein Fenster, nur eine kurze Benachrichtigung.

Installation erforderlich. Settings-Dateien müssen verbump-settings.json heißen, damit der Kontextmenü-Eintrag erscheint.

Automatisierbar

Vollständige Kommandozeilenschnittstelle: VERSION-Pfad übergeben, alternative Settings laden, lautlos erhöhen mit --bump=1/2/3, Aktualität prüfen mit --check — skriptbar aus jedem Werkzeug.

Dokumentation

Erste Schritte

  1. VerBump.exe herunterladen und beliebig ablegen.
  2. Starten — beim ersten Start wird settings.json in %APPDATA%\VerBump\ angelegt.
  3. Einstellungen öffnen (Schaltfläche Einstellungen) und Projekte hinzufügen.
  4. Jedes Projekt benötigt eine einfache Text-Datei VERSION im Stammverzeichnis.

Welcher Workflow passt?

SituationEmpfohlener Ansatz
Wenige Projekte, die man gemeinsam im Blick behalten möchte Alle in die Standard-settings.json eintragen. Ein Blick zeigt alles.
Viele Repos, aber man arbeitet immer nur an einem Rechtsklick auf eine VERSION-Datei → In VerBump öffnen. Kein Setup nötig. Über den +-Button in der Toolbar lässt sich das Projekt bei Bedarf dauerhaft in die settings.json übernehmen.
Zusammengehörige Projektgruppen (z. B. Backend + Mobile + Shared Lib) Pro Gruppe eine eigene verbump-settings.json anlegen. Mit Datei › Settings-Datei öffnen wechseln — die letzten werden gemerkt. Der Name verbump-settings.json aktiviert außerdem den Explorer-Kontextmenü-Eintrag.

Format-Strings

Das Versionsschema jedes Projekts wird durch einen einzigen Format-String definiert. Der Einstellungs-Dialog zeigt beim Tippen eine Live-Vorschau; der ?-Button führt direkt hierher.

TokenBedeutungBeispielergebnis
[sem]SemVer-Kurzform — wird zu [{#major}.{#minor}.{#patch}] erweitert1.2.3
{#name}Numerischer Zähler — ein Bump-Button erhöht ihn um 1{#major}.{#minor} → 1.0
{YYYY} {YY} {MM} {DD}Datums-Tokens — bei jedem Refresh automatisch befüllt, kein Button{YYYY}.{MM}.{#build} → 2026.03.0
{wert1|wert2|wert3}Inline-Liste — Bump-Button durchläuft die Werte{alpha|beta|prod} → alpha
{listenname}Benannte Liste — Werte global unter Einstellungen → Lists definiert{stage}
[*N]Freitext-Feld, max. N Zeichen — ein Bump-Button[*8]
[…]Reset-Gruppe — wird ein Token erhöht, werden alle folgenden Tokens der Gruppe auf ihren Standardwert zurückgesetzt (0 bzw. erster Listenwert)[{#major}.{#minor}.{#patch}]

Beispiele:

Format-StringBeispielversionBump-Buttons
[sem]1.2.3major+  ·  minor+  ·  patch+
{YYYY}.{MM}.{#build}2026.03.47build+
[{#major}.{#minor}]-{alpha|beta|prod}1.0-alphamajor+  ·  minor+  ·  alpha|beta|prod+
{YYYY}.[{#major}.{#minor}.{#patch}]2026.1.0.0major+  ·  minor+  ·  patch+

Alte Einstellungen (semver, calver, sequential) werden beim ersten Laden automatisch migriert — keine Änderungen an der settings.json erforderlich.

Tastaturkürzel

TasteAktion
Alt+AZZu Projekt 1–26 springen
Alt+09Zu Projekt 27–36 springen
Strg+14Versionsteil 1–4 erhöhen
Strg+Pos1 / EndeZum ersten / letzten Projekt
/ Zwischen Projekten navigieren
EnterVersion speichern
EscapeAbbrechen / Änderungen verwerfen

Git pre-commit Hook

VerBump kann als pre-commit-Wächter eingesetzt werden: Ist eine Quelldatei neuer als VERSION, wird der Commit blockiert und VerBump öffnet sich automatisch zum Erhöhen.

Einrichten: Einstellungen öffnen, Projekt auswählen, auf Git-Hook installieren klicken. VerBump schreibt ein kleines Skript in .git/hooks/pre-commit — vorhandene Hook-Inhalte bleiben erhalten. Entfernen geht genauso über Git-Hook entfernen.

Der Hook ruft VerBump mit --check auf. Manuell möglich:

VerBump.exe --check               # Projekt im aktuellen Verzeichnis prüfen
VerBump.exe --check C:\mein\Projekt

Exit-Code 0 = VERSION aktuell  ·  1 = veraltet (Commit blockiert).

Der Hook-Dialog zeigt nur das betroffene Projekt (nicht alle Projekte aus den Settings). Es stehen drei Buttons zur Verfügung:

  • ✓ Bump & Commit — Version erhöhen und Commit durchlassen.
  • ↷ Jetzt überspringen — diesen Commit ohne Bump durchlassen (nützlich für WIP-Commits oder reine Doku-Änderungen).
  • ✗ Commit stoppen — Commit abbrechen (Exit 1).

Corporate-Deployments: Um Bumping bei jedem Commit zu erzwingen und Jetzt überspringen zu deaktivieren, Datei C:\ProgramData\VerBump\policy.json anlegen:

{ "allowHookBypass": false }

Diese Datei wird maschinenübergreifend ausgewertet; Benutzer können sie nicht überschreiben. Deployment per Installer oder Gruppenrichtlinie. Bei allowHookBypass: false sind nur Bump & Commit und Commit stoppen sichtbar.

Der Hook passt zu jedem Commit-Stil. Bei WIP-Commits oder reinen Doku-Änderungen einfach Jetzt überspringen klicken — kein git commit --no-verify nötig. Der Bump-Dialog erscheint immer dann, wenn eine Quelldatei neuer als die aktuelle VERSION ist — als sanfte Erinnerung, nicht als unbedingter Blocker. Teams, die Bumping bei jedem Commit erzwingen müssen, können Jetzt überspringen über die Policy-Datei oben deaktivieren.

Kommandozeilenargumente

ArgumentWirkung
VerBump.exe C:\pfad\zum\projektVerBump öffnen, Projekt vorselektiert
VerBump.exe C:\pfad\VERSIONDasselbe — akzeptiert auch die VERSION-Datei direkt
--check [pfad]Lautlos Exit 0 wenn aktuell, UI öffnen und Exit 1 wenn veraltet
--bump=1 / 2 / 3Teil 1/2/3 lautlos erhöhen (SemVer: Major/Minor/Patch) + Toast-Meldung
--settings=<pfad>Einstellungen aus alternativer JSON-Datei laden

Ignore-Regeln

VerBump markiert Projekte als veraltet, wenn Quelldateien neuer als die VERSION sind, oder (bei Git-Repos) wenn sich Dateien seit dem letzten Commit geändert haben. Verzeichnisse und Dateimuster können global oder pro Projekt ausgeschlossen werden, um diese Erkennung präzise anzupassen.

Global ignore — in den Einstellungen, gilt für alle Projekte:

Dirs:  .git  node_modules  bin  obj  dist
Files: *.bak  *.tmp  *.log

Projektspezifisch — im Bereich „Entry" der Einstellungen. Mit !-Präfix kann ein global ausgeschlossener Eintrag wieder eingeschlossen werden:

Dirs:  build        ← zusätzlich für dieses Projekt ausschließen
       !bin         ← 'bin' wieder einschließen (überschreibt globale Regel)
⬇ Jetzt VerBump herunterladen

Kontakt & Support

Bug gefunden oder eine Idee? Issue aufmachen oder mich direkt unter verbump@mbaas.de ansprechen — für Fragen, Feedback und gelegentliche VerBump-Geschichten bin ich immer zu haben.