[GIT] Welche Version bearbeite ich gerade in Delphi?

[Incocnito]

Hi,

manchmal sind die einfachsten und augenscheinlich dümmsten Ideen die besten, daher mal aus dem Nähkästchen geplaudert:
Bei der Firma checken wir die verschiedenen Branche jeweils in eigene Verzeichnisse aus.
So viel Platz nimmt das ja meistens gar nicht weg, wenn man dcu und generierte EXE wo anders
hin packt und so viele Branche hat man meistens nicht. So erkennt man einigermaßen wo man
gerade ist. Ich komme damit ganz gut klar.

LG Incocnito

[Sherlock]

Was ist "auschecken" im Git Kontext?

Sherlock

[himitsu]

viele Kopieen des Clones
oder git worktree

[Sherlock]

Es hört sich für mich nach einem Versuch an, althergebrachte SVN Manierismen am Leben zu erhalten, auf Teufel komm raus.

Sherlock

[jobo]

Auch wenn Du von der Kommandozeile nicht überzeugt bist.
>git status
liefert Dir gute Informationen. Nicht nur wo Du gerade bist, auch was da "lose" ist.
(Du musst natürlich mit der Kommandozeile im richtigen Verzeichnis sein.
Mglw. kann man den Aufruf auch als Werkzeug in die IDE integrieren.

[himitsu]

Tool > Tool konfigurieren > Hinzufügen


Also das Erste läuft schonmal. (das Zweite sollte auch gehn, weil "gleich", aber geht nicht)
Nur "git status" im richtigen Verzeichnis und dass es am Ende auch noch lange genug offen bleibt (nicht sofort wieder zu geht) ........

Es wäre auch zu einfach, wenn man im "Arbeitsverzeichnis" ebenfalls Makros verwenden könnte.

Vor bash.exe oder git-bash.exe das Arbeitsverzeichnis zu ändern, funktioniert aber eh nicht.
(ihnen kann man nur den Pfad als Parameter mitgeben, aber Pfad und Befehl "git status" gleichzeitig ging auch nicht)




Titel: GIT @ Projekt
Programm: C:\Program Files\Git\git-bash.exe
Parameter: --cd=$PATH($PROJECT)

Titel: GIT @ Current File
Programm: C:\Program Files\Git\git-bash.exe
Parameter: --cd=$PATH($EDNAME)

Titel: GIT Status @ Project
Programm: C:\Program Files\Git\bin\bash.exe
Parameter: -c git status $PATH($PROJECT)

Titel: GIT Status @ Project
Programm: CMD
Parameter: /c "C:\Program Files\Git\bin\bash.exe" -c git status $PATH($PROJECT)
Parameter: /c "C:\Program Files\Git\bin\bash.exe" -c git -C $PATH($PROJECT) status
Parameter: /c "C:\Program Files\Git\bin\bash.exe" -c git --git-dir=$PATH($PROJECT) status


Titel: Test 1 und 2
Programm: CMD
Parameter: /k echo PROMPT=$PROMPT(hallo) & echo COL=$COL & echo ROW=$ROW & echo CURTOKEN=$CURTOKEN & echo PATH:EDNAME=$PATH($EDNAME) & echo NAME:EDNAME=$NAME($EDNAME) & echo NAMEONLY:EDNAME=$NAMEONLY($EDNAME) & echo EDNAME=$EDNAME
Parameter: /k echo EDNAME=$EDNAME & echo PROJECT=$PROJECT & echo EXENAME=$EXENAME & echo HOSTNAME=$HOSTNAME & echo PARAMS=$PARAMS & echo TDW=$TDW

[Sherlock]

Ich halte es für ziemliches Gefrickel einen Mischbetrieb von CVS und händischen "Sicherungskopien" zu betreiben. Zumindest ist das nicht "best practice". Locale commits landen erst nach einem Push auf dem Server, sie stören also keinen. Wer aus kosmetischen Gründen die Anzahl der Commits gering halten möchte, kann diese auch mit rebase zusammen fassen, aber für mich hat das schon ein Geschmäckle, aber ich komme auch von der "you don't need more than change then commit/pull/merge/push to work" Fraktion.

Sherlock

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