Git vs. GitExtensions vs. TortoiseGit vs. SourceTree

[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:

Zitat von Uwe Raabe (Beitrag 1374287)

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.

[Aviator]

Zitat:

Zitat von Stevie (Beitrag 1374290)

Zitat:

Zitat von Aviator (Beitrag 1374283)

Was mich nur immer stört ist, dass die Software nach einem Commit oder auch nach einem "Stage Lines" immer merhfach aktualisiert. Da haut es einem immer die schon angeklickte Datei wieder weg. :?

Deaktivier mal in den Optionen auf dem General Tab die "Refresh automatically when files change" Option, das führt zu weniger UI refresh, aber erfordert manuelles Aktualisieren (F5), wenn du Dateien geändert oder hinzugefügt hast und sie stagen/commiten möchtest.

Danke! Werde ich mal ausprobieren. :thumb:

[Uwe Raabe]

Zitat:

Zitat von jaenicke (Beitrag 1374296)

ß 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:

Zitat von Uwe Raabe (Beitrag 1374306)

Zitat:

Zitat von jaenicke (Beitrag 1374296)

ß 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:

Zitat von Aviator (Beitrag 1374307)

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:

Zitat von Uwe Raabe (Beitrag 1374309)

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

[SneakyBagels]

Zitat:

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

Obwohl ich GitKraken echt nicht mag und Fan von SourceTree bin muss ich hier sagen, dass GitKraken für das zeilenweise stagen wenn man das so nennen darf sehr sehr viel besser geeignet ist.
Das wars aber auch schon. Der Rest von GitKraken ist meiner Meinung nach Mist.

[Rollo62]

Inline-Diff sieht wirklich interessant aus ...

[jaenicke]

Zitat:

Zitat von Rollo62 (Beitrag 1374419)

Inline-Diff sieht wirklich interessant aus ...

Auf den ersten Blick verstehe ich jetzt nicht, was dort dargestellt wird, sprich was die Änderungen sind. Da finde ich BeyondCompare deutlich intuitiver. Ob besser kann ich aktuell nicht beurteilen.

//edit:
Klar, die neue Methode ist zu sehen, aber das sieht man bei BeyondCompare oder Code Compare eher noch besser. Und Änderungen innerhalb der Zeile kann ich mir nicht vorstellen wie die dort sinnvoll visualisiert werden sollten...

Das schreckliche Farbschema kann man ja sicherlich anpassen, da kann man ja kaum etwas erkennen...

[Rollo62]

Beyond Compare kenne ich noch nicht im Detail, aber ich denke alle Diff Tools habn mehr oder weniger eine Zweifenster-Darstellung.
Das scheint das erste zu sein welches die Diffs einigermassen übersichtlich im Code darstllt.
Das hoffe ich zumindest.

Oder können andere Diff Tools das auch so im Einfenster-Betrieb machen ?
Und ich meine jetzt nicht die einfachen +/- rot/grün Darstellungen, die sind sehr unübersichtlich und der Vergleich fält oft schwer.

Ich vergleiche ausserhalb von Git gerne mit TotalCommander, das ist eine schöne ZweiFensterDartellung,
aber leider zuwenig Funktionalität.
Ob man das in Git benutzten kann ich nicht sagen, ich denke wohl nicht.
Anhang 47513

Die Darstellungen +/- finde ich nicht sehr lesbar, weder in Git noch in der DelphiIde Historie
Anhang 47515
Anhang 47514

So richtig übersichtlich finde ich BeyondCompare auch nicht wirklich, aber man kann sich das ja wahrscheinlich anders einstellen.
Muss ich nochmal ausprobieren.
Anhang 47516

Wahrscheinlich ist Alles nur Gewöhnungssache, aber so richig WYSIWYG ist das Ganze nicht.

Auf jden Fall mal Danke für die Tips, man muss sich da wohl durcharbeiten und checken was am Besten zur Arbeitsweise passt.
Leider scheint es wenig freie Tools zu geben.

Rollo


Rollo