[GIT] Welche Version bearbeite ich gerade in Delphi?

[himitsu]

Hmmm, vielleicht haben sie es geändert?
Mir war nur mehrmals aufgefalen, dass das Verzeichnis leer war, sobald GIT mitspielte.

Ein Problem ist dabei aber, dass hier jede Datei für sich selbst gespeichert wird und es nicht wirklich zusammenhängt.
Man könnte vielleicht noch versuchen über's Datum Dateien für einen "Commit" zusammenzusassen (jede Datei wie einen eigenen Commit im VCS-Client anzuzeigen wäre wohl bissl unübersichtlich)

[joachimd]

__history sollte wie andere Temporär-Dateien eh grundsätzlich auf die ignore-Liste gesetzt werden. Damit kann keiner wirklich was anfangen. Lieber viele Commits mit sinnvollen Kommentaren.

[jobo]

Zitat von himitsu:

Nur "git status" im richtigen Verzeichnis und dass es am Ende auch noch lange genug offen bleibt (nicht sofort wieder zu geht) ........

Was Du schreibst, klingt etwas seltsam für micht, aber ich kann es nicht prüfen. Hätte gedacht, man kann einfach ein Programm oder Skript aufrufen.
Ein:
>Pause
Verhindert vielleicht das Zugehen.

Bash oder andere sollten eigentlich unnötig sein, der Befehl git müsste reichen.

[himitsu]

ja klar, eine Batchdatei, die mehr macht und am Ende wartet ... geht bestimmt

per seh sollte es eigentlich auch direkt gehen
* GIT direkt aufrufen, hält am Ende natürlich nicht an
* aber CMD oder BASH so aufrufen, dass sie nach Ausführen eines Befehls sich nicht schließenen
** ihnen außerdem das Arbeitsverzeichnis mitzugeben
** und ihnen einen Befehl (git status) mitzugeben, der sofort ausgeführt wird

Die CMD/BASH zu starten, und ihr Parameter oder vorher per Arbeitsverzeichnis deren Start Arbeitsverzeichnis mitzugeben,
bzw. dem GIT beim Start das Arbeitsverzeichnis mitzugeben ...
hier hängt es teilweise (bzw. es geht nicht bei jeder Variante)


Man kann mehrere Befehle der CMD/BASH geben und am Ende ein PAUSE machen lassen
oder eben via /C vs. /K sagen, dass sie am Ende offen bleiben sollen (weitere Befehle eingebbar)

[freimatz]

Ich selber benutze git bewusst nur ohne die Delphi-IDE (SoC).
So habe ich den Überblick was genau ich einchecke und kann noch Daten reparieren die Delphi mit kaputt gemacht hat (meist dfm, ab und zu auch dpr, dpk und dproj). Als Client verwende ich TortoiseGit (aufgrund der für mich besten Baumdarstellung), selten noch Kommandozeile.

[ggscholz]

Danke für die ausführlichen Hinweise,

Zitat von Uwe Raabe:

Ich sehe ja keinen wirklichen Vorteil in der IDE-Integration, wenn ich für die meisten Aufgaben eh einen externen Client verwenden muss. Was man in der IDE machen kann ist ja echt nur wenig.Der Wechsel zu meinem sowieso laufenden Fork-Client geht mindestens genauso schnell wie das Umschalten in der IDE und das Ergebnis wie auch die Möglichkeiten sind deutlich besser. Geistig umschalten was die Bedienung betrifft muss ich dann auch nicht erst.

Das wird auch mein Weg sein, ALT-TAB ist ja nicht weit weg. Die Frage nach der Sichtbarkeit der aktuellen GIT Version ergab sich aus der in Delphi angebotenen Integration von GIT. Das scheint aber nur ein erster Anfang zu sein, ob jetzt sinnvoll oder nicht. Ich werd's auch nicht weiter nutzen.

Zitat von stahli:

etwas OT: Schau Dir evtl. mal GitKraken an. Finde ich eine tolle Git-Gui und damit komme sogar ich teilweise klar.

Zitat von Uwe Raabe:

Fork-Client.

Zitat von freimatz:

Als Client verwende ich TortoiseGit (aufgrund der für mich besten Baumdarstellung), selten noch Kommandozeile.

Wie schon anfangs geschrieben, ich brauch GIT nur, um aktuell zwei Versionen zu bearbeiten: die ausgeliefert, wenn da sich irgendein Bedarf ergibt, und die neue Version, die in der Funktion erst mal gleich sein wird, aber mit deutlich überarbeiteten Proceduren und Funktionen. Insofern wird jeder Client reichen, ich muss mich halt in eine einarbeiten. Trotzdem Danke für die Hinweise, ich werde die mir ansehen.

Und in Delphi irgendetwas reinbasteln, was einen GIT Client ersetzt, das werde ich mir definitiv nicht antuen. Ich will meine Programme schreiben.

Beste Grüße Gerd