Git vs. GitExtensions vs. TortoiseGit vs. SourceTree

[CCRDude]

Unter Windows verwende ich auch meistens TortoiseGit für den Alltagskrams. Auf dem Mac und unter Linux, oder wenn's was "umständlicheres" sein soll, halt die Konsole.

TortoiseGit lässt sich ja relativ gut "steuern", deswegen habe ich mir das in die Lazarus IDE integriert, da nervt es mich zudem beim Schließen eines Projektes, auch bitte zu committen

[Rollo62]

Blöde Frage: Arbeitet eigentlich jemand mit GIT direkt in der IDE ?

Habs mal kurz probiert vor ein paar Jahren, und dann sofort wieder sein gelassen ...
Vielleicht hat sich da ja mittlerweile auch was verbessert ?

Rollo

[jaenicke]

Prinzipiell funktioniert das in der IDE ganz gut, aber die Statusanzeige in der Projektverwaltung, Blame usw. habe ich mit Git (anders als mit SVN) nicht hinbekommen und damit fallen für mich alle Vorteile weg...

// EDIT:

Zitat von Uwe Raabe:

Damit die Auswahl noch etwas größer wird, werfe ich mal den von mir favorisierten Git-Client ins Rennen: Tower

Mal kurz ausprobiert...
Für den Preis ein absolutes Nogo: ß und andere Zeichen werden nicht korrekt dargestellt.

Grafisch ist es gut gemacht, auch die Funktionen sind gut, aber von der Übersichtlichkeit her ist es eine Katastrophe...

Wie gesagt... ist eben auch viel Geschmackssache.

[Uwe Raabe]

Zitat von jaenicke:

ß und andere Zeichen werden nicht korrekt dargestellt.

Ist mir noch gar nicht aufgefallen. Momentan arbeite ich nur bei einem Kundenprojekt mit Git und das ist komplett in Englisch. Aber danke für den Tip - werde ich selbst mal prüfen und weitergeben. Schließlich sitzen die Jungs ja ebenfalls in Deutschland

[Aviator]

Zitat von Uwe Raabe:

Zitat von jaenicke:

ß und andere Zeichen werden nicht korrekt dargestellt.

Ist mir noch gar nicht aufgefallen. Momentan arbeite ich nur bei einem Kundenprojekt mit Git und das ist komplett in Englisch. Aber danke für den Tip - werde ich selbst mal prüfen und weitergeben. Schließlich sitzen die Jungs ja ebenfalls in Deutschland

Ich vermute mal, dass das ebenfalls mit ANSI zusammenhängt. Gleiches Problem wie bei SourceTree auch. Stellt man die Codierung um, dann wird alles korrekt dargestellt.

Leider funktioniert bei SourceTree auch das Stage Line und Stage Chunk nicht, wenn irgendwelche nicht darstellbaren Sonderzeichen in dem SourceCode Ausschnitt enthalten sind.

[Uwe Raabe]

Zitat von Aviator:

Ich vermute mal, dass das ebenfalls mit ANSI zusammenhängt. Gleiches Problem wie bei SourceTree auch. Stellt man die Codierung um, dann wird alles korrekt dargestellt.

Ist durchaus möglich. Interessanterweise habe ich dieses Problem mit Mercurial überhaupt nicht. In TortoiseHG scheint das "Auto-Detect Encoding" gut zu funktionieren.

[Elvis]

Zitat von Uwe Raabe:

Ist durchaus möglich. Interessanterweise habe ich dieses Problem mit Mercurial überhaupt nicht. In TortoiseHG scheint das "Auto-Detect Encoding" gut zu funktionieren.

Vorsicht, git geht davon aus, dass deine single-byte Source files UTF8 sind. Es kann sein, dass Software, die dir den Inhalt darstellt mit ANSI-Krams klar kommt (zum Bleistift transcode in Bitbucket). Aber der implizite Contract von Git ist eigentlich utf8.

Zum Thema: Ich bin ein großer Freund von Source Tree und der Gitsavvy Extension für Sublime Text. Und natürlich der CLI.

Sowohl Gitsavvy als auch Sourcetree sind hervorragend für Leute mit OCD, die zeilenweise exakt den Teil stagen wollen, der in den Commit soll.

Bei Gitsavvy gibt es das sogar mit Syntax Highlighting