In 15 Minuten von SourceTree zu GitSquid wechseln

In 15 Minuten von SourceTree zu GitSquid wechseln

SourceTree war für eine ganze Entwicklergeneration die erste Git-GUI. Es war kostenlos, machte das Staging visuell, und für viele von uns war es das Werkzeug, mit dem Git endlich klick gemacht hat. Diese Geschichte verdient Respekt — und genau deshalb fühlt sich der Abschied größer an, als er tatsächlich ist. Dieser Leitfaden führt Schritt für Schritt durch die komplette Migration, in etwa 15 Minuten. Der längste Schritt ist das Erstellen von zwei API-Tokens.

Offenlegung: Dieser Artikel erscheint auf der GitSquid-Website.

Warum Entwickler SourceTree verlassen

Wenn Sie das hier lesen, haben Sie vermutlich längst Ihre eigenen Gründe. Die vier, die wir am häufigsten hören:

• Keine Linux-Version. SourceTree läuft ausschließlich auf macOS und Windows, und daran hat sich nie etwas geändert. Wenn Sie auf einen Linux-Rechner wechseln — oder Ihr Team auch nur einen einzigen Linux-Entwickler hat — ist SourceTree dort schlicht keine Option.
• Performance bei großen Repositories. Bei Repos mit Tausenden von Commits hakt die Oberfläche: Der Wechsel zwischen Branches dauert Sekunden, die Dateistatus-Ansicht kriecht, und ein fetch auf einem großen Repository kann die App komplett einfrieren.
• Langsamer Release-Rhythmus. Größere SourceTree-Updates erscheinen ein- bis zweimal im Jahr, und Bug-Reports können monatelang unbeantwortet liegen bleiben. Die App funktioniert, aber sie ist sichtbar keine Priorität für Atlassian.
• Das Atlassian-Konto. SourceTree verlangte traditionell die Registrierung mit einem Atlassian- oder Bitbucket-Konto, nur um einen lokalen Git-Client zu benutzen. Für ein Tool, das hauptsächlich git status auf der eigenen Festplatte ausführt, fühlte sich das immer nach einem Konto zu viel an.

Nichts davon macht SourceTree zu einem schlechten Tool — es macht es zu einem alternden. Einen vollständigen Funktionsvergleich finden Sie in GitSquid vs. SourceTree im Jahr 2026. Dieser Artikel ist die praktische Hälfte: wie der Umstieg konkret abläuft.

Bevor Sie loslegen: Es gibt nichts zu exportieren

Hier kommt der Teil, der die meisten am stärksten überrascht: Für Ihre Repositories gibt es keinen Migrationsschritt, denn Ihre Repositories sind einfach Ordner auf der Festplatte. Jeder Branch, jeder Commit, jeder Stash, jedes Remote, jeder Hook lebt im .git-Verzeichnis, und Git selbst verwaltet diesen gesamten Zustand. SourceTree hat davon nie etwas besessen — es war nur ein Fenster auf Daten, die immer Ihnen gehört haben.

Das ist auch der Grund, warum GitSquid keinen Assistenten zum "Importieren von SourceTree-Lesezeichen" hat: Es gibt schlicht nichts zu importieren. Die Lesezeichenliste in SourceTree ist nur eine Liste von Ordnerpfaden, und sie neu anzulegen dauert eine Minute (Schritt 2 unten).

Das bedeutet auch: Das Ausprobieren ist völlig risikofrei. Lassen Sie SourceTree installiert, richten Sie GitSquid auf dieselben Ordner und nutzen Sie eine Woche lang beide nebeneinander. Beide Tools rufen Git-Befehle auf denselben .git-Daten auf; der Weg zurück ist einfach das erneute Öffnen der anderen App.

Schritt 1: GitSquid installieren (2 Minuten)

Gehen Sie auf die Download-Seite und laden Sie den Build für Ihre Plattform herunter:

• macOS — natives arm64, kein Rosetta-Ruckeln auf Apple Silicon.
• Windows — x64 und natives ARM64.
• Linux — x64 und ARM64. Ja, das ist die Plattform, für die SourceTree nie erschienen ist.

Keine Kontoerstellung, kein Anmeldebildschirm, kein Telemetrie-Einwilligungsdialog. Allein das ist ein spürbarer Kontrast zum ersten Start von SourceTree: Sie öffnen die App und stehen direkt auf dem Startbildschirm, bereit, ein Repository zu öffnen.

Schritt 2: Ihre Repositories wieder öffnen (3 Minuten)

Öffnen Sie vom Startbildschirm aus dieselben Ordner, die Sie in SourceTree als Lesezeichen hatten. Wenn Sie nicht sicher sind, wo sie alle liegen: Das Lesezeichenfenster von SourceTree zeigt den vollständigen Pfad jedes Repositories — arbeiten Sie diese Liste einfach ab.

Geöffnete Repositories erscheinen in der Liste der zuletzt verwendeten Repos auf dem Startbildschirm, und ab mehr als 5 Repositories erscheint eine Suchleiste über der Liste — selbst eine lange Lesezeichensammlung bleibt so nur einen Tastendruck entfernt. Jedes Repository öffnet sich in einem eigenen Tab, und der Wechsel zwischen Tabs ist nahezu sofortig — kein erneutes Einlesen, kein Spinner, was für langjährige SourceTree-Nutzer meist der erste "Oh"-Moment ist.

Schritt 3: Zugangsdaten — der einzige knifflige Teil (5 Minuten)

Das ist der eine Schritt, bei dem sich ein paar Minuten Aufmerksamkeit auszahlen. Es gibt zwei getrennte Ebenen, und es hilft, sie auseinanderzuhalten.

Push und pull: Gits eigene credential helper

GitSquid führt keinen eigenen Zugangsdatenspeicher. Es nutzt Gits eigene credential helper — dasselbe osxkeychain-, Git-Credential-Manager- oder libsecret-Setup, das antwortet, wenn Sie git push im Terminal ausführen. Der praktische Test: Öffnen Sie ein Terminal, wechseln Sie per cd in eines Ihrer Repositories und führen Sie git pull aus. Wenn das ohne Nachfrage funktioniert, wird GitSquid ganz ohne Konfiguration pushen und pullen.

Wenn nach Zugangsdaten gefragt wird, lag Ihre Authentifizierung in SourceTree statt in Gits Helper. Beheben Sie das einmal auf Git-Ebene (richten Sie einen credential helper für HTTPS oder einen SSH-Schlüssel ein), und jedes Tool auf Ihrem Rechner profitiert davon, GitSquid eingeschlossen.

Hosting-Tokens: Einstellungen → Integrationen

Die zweite Ebene ist optional, lohnt sich aber. Unter Einstellungen → Integrationen können Sie ein Token für GitHub, GitLab oder Bitbucket hinterlegen. Diese Tokens treiben die Repository-Auswahl an (Ihre Remote-Repos direkt in der App durchsuchen und klonen) sowie die Pull-Request-Funktionen — PRs auflisten, erstellen und reviewen, ohne GitSquid zu verlassen.

Ein Bitbucket-spezifischer Hinweis, da die meisten SourceTree-Nutzer Bitbucket-Nutzer sind: App-Passwörter sind veraltet. Erstellen Sie stattdessen ein Atlassian-API-Token unter id.atlassian.com/manage-profile/security/api-tokens und fügen Sie es zusammen mit Ihrer Atlassian-E-Mail in die Bitbucket-Integration ein.

Schritt 4: Ihre SourceTree-Gewohnheiten übertragen (5 Minuten)

Das mentale Modell lässt sich fast eins zu eins übertragen. Hier landet jede SourceTree-Gewohnheit in GitSquid:

Zwei davon verdienen einen genaueren Blick.

Staging auf Zeilenebene. SourceTree erlaubt das Stagen von hunks, und das war seiner Zeit wirklich voraus. GitSquid geht eine Ebene tiefer: Markieren Sie per Drag-Auswahl exakt die Zeilen, die Sie innerhalb eines hunks wollen, und stagen Sie nur diese. Wenn Sie in SourceTree je einen hunk gesplittet haben, um zwei unabhängige Änderungen zu trennen, ersetzt das diesen Tanz vollständig.

Das Befehlsprotokoll. SourceTrees Terminal-Button wirft Sie in eine Shell, damit Sie Dinge tun können, die die GUI nicht kann. GitSquid geht dasselbe Bedürfnis von der anderen Seite an: Das Befehlsprotokoll (Cmd/Ctrl+Shift+L) zeigt jeden Git-Befehl, den die App in Ihrem Auftrag ausführt, samt Argumenten, und jede Zeile ist kopierbar. Sie sehen genau, was die GUI tut, können es in jedem Terminal nachspielen, und ganz nebenbei ist es der beste Git-Lehrer, den die meisten GUIs nie hatten.

Schritt 5: Was Sie gewinnen, das SourceTree nie hatte

Die Schritte oben bringen Sie auf Augenhöhe. Diese Dinge warten auf der anderen Seite und haben kein SourceTree-Pendant:

• Conflict Predictor (kostenlos) — sehen Sie vor jedem merge, rebase oder cherry-pick, welche Dateien Konflikte verursachen werden. Das Ende von "mergen und beten".
• Datei-Timeline-Scrubber (kostenlos) — ziehen Sie einen Schieberegler über die Historie einer beliebigen Datei und sehen Sie zu, wie sie sich Commit für Commit entwickelt.
• Monorepo-Scope-Erkennung (Pro) — GitSquid erkennt Ihre workspaces und lässt Sie die Ansicht auf ein einzelnes Paket eingrenzen, statt im Rauschen des gesamten Repos zu ertrinken.
• KI-Commit-Messages und PR-Beschreibungen (Pro) — generiert aus Ihrem tatsächlichen diff, mit Ihrem eigenen API-Schlüssel und dem Anbieter Ihrer Wahl.
• Pre-Commit-Secrets-Scan (Pro) — API-Schlüssel und Tokens werden vor dem Commit abgefangen, nicht erst nach dem peinlichen force-push.
• Linux-Unterstützung — dieselbe App, auf der Plattform, die SourceTree nie erreicht hat.
• Natives arm64 auf allen drei Plattformen — Apple Silicon, Windows on ARM und ARM-Linux laufen alle mit nativen Builds.

Was Sie ehrlicherweise vermissen könnten

Zwei Dinge, der Fairness halber:

• Der Preis. SourceTree ist komplett kostenlos, und das ist sein stärkstes Argument. GitSquid hat eine Free-Stufe, die den täglichen Workflow abdeckt — staging, committen, branchen, mergen, der Conflict Predictor, die Datei-Timeline — und eine Pro-Stufe für 49 EUR/Jahr mit den fortgeschrittenen Funktionen oben. Wenn Ihr Budget exakt null beträgt und Sie die Performance von SourceTree nicht stört, ist Bleiben eine vertretbare Entscheidung.
• Mercurial. Falls Sie zu den wenigen gehören, die noch durchhalten: SourceTree selbst hat den Mercurial-Support längst eingestellt, aber falls Sie hg dennoch brauchen, wird GitSquid Ihnen nicht helfen — es ist bewusst reines Git.

Fazit

Das ist die ganze Migration: installieren, Ordner wieder öffnen, einmal die Zugangsdaten klären und vielleicht drei Button-Positionen neu lernen. Keine Exporte, keine Importer, kein Lock-in in irgendeine Richtung — Ihre Repositories haben ohnehin nie einer GUI gehört.

SourceTree hat sich seinen Platz in der Git-Geschichte verdient, weil es Versionskontrolle visuell gemacht hat, als kein anderes kostenloses Tool das konnte. Aber man darf einem Werkzeug dankbar sein und ihm trotzdem entwachsen. Probieren Sie GitSquid eine Woche lang parallel aus; wenn es nicht passt, liegt SourceTree immer noch in Ihrem Dock.

Sie kommen von einem anderen Client? Denselben Leitfaden gibt es auch für den Umstieg von GitKraken.

Laden Sie GitSquid Free herunter und starten Sie die Stoppuhr — 15 Minuten sind ein Versprechen, kein Slogan.