Git, Delphi und die 'Eiszeit'

[Sherlock]

Gib nicht so schnell auf. Subversion ist nun wirklich nicht mehr zeitgemäß.

Was meinst du mit Git-Oberfläche? Welches grafische Frontend benutzt Du?

Sherlock

[Delbor]

Hi sherlock

Zitat:

Was meinst du mit Git-Oberfläche? Welches grafische Frontend benutzt Du?

Das Ding nennt sich GIT-GUI und ist das Ding auf dem ersten meiner Jpeg-Anhänge.

Gruss
Delbor

[Sherlock]

Git-Gui scheint eher eine lästige Machbarkeitsstudie zu sein, als ein ernstzunehmendes Tool. Schau Dir lieber etwas aus dieser Liste an https://git-scm.com/downloads/guis Ich persönlich würde zu SourceTree raten, oder auch TortoiseGit raten. Allerdings muß ich auch gestehen, daß ich gar nicht git sondern Mercurial verwende. Aber die Unterschiede sind ja eher marginal und philosophischer Natur.

Sherlock

[Memnarch]

GitExtensions als GUI-Frontend wäre auch erwähnenswert.

[Delbor]

Hi Sherlock

Ich hab mir mal beide runtergeladen, wobei mir TortoiseGit wegen seiner Language Packs sympathischer zu sein scheint.
Ausserdem habe ich mir Git Extension aus der von dir verlinkten Liste runtergeladen. Wobei TortoiseGit wegen seiner Sprachmöglichkeiten immer noch der Favorit ist - mit meinen fürchterlichen Englisch(un-)kenntnissen dürfte die Bedienung englischsprachiger Programme zum Geduldsspiel werden...

@ Headbucket:

Zitat:

Das ganze ist natürlich auch praktisch, wenn mehrer Leute gleichzeitig an einem Projekt arbeiten.

Ich bin 'Einzelkämpfer'. Versionskontrolle macht aber auch aus vielen anderen Gründen Sinn. Mein krassestes Beispiel war mal ein kleines, aber wichtiges Stück Code, das glücklichrerweise in der'historie' zufälligerweise noch aufzufinden war - aber eben: zufälligerweise...

Gruss
Delbor

[Delbor]

Hi Headbucket:

Zitat:

Du hast ein Programm, welches einen soliden Stand erreicht hat. Nun möchtest du ein neues Feature hinzufügen. Dafür kannst du nun einen Branch anlegen, auf welchem du dieses Feature entwickelst. Wenn das Feature nun noch unvollständig ist bzw. ungetestet du aber trotzdem einen dringenden Bugfix für dein Programm ausliefern möchtest, dann kannst du ganz bequem auf den Hauptzweig zurückkehren und ein Buxfix einarbeiten.
Irgendwann ist dann auch dein neues Feature auf dem Branch fertig und du kannst es mit deinem Hauptzweig verbinden (mergen / rebasen).

Mit andern Worten: ein Branch (nach LEO inetwa 'Zweig') ist ein Container für einen Snapshot eines Programmes.

Soviel ich bis jetzt verstanden habe, kann man auch ohne anlegen eines neuen Branches kommmiten, was mir aber nicht empfehlenswert erscheint.

Nun ja - ich werd mir mal TortoisGit und die Language Packs installieren.

Gruss
Delbor

[Sherlock]

Im Prinzip bewegst Du Dich bei den modernen Versionsverwaltern immer auf einem Zweig ob bewußt oder unbewußt. Einen neuen Zweig macht man immer dann auf, wenn man entweder die Entwicklung des bisherigen Standes für beendet hält, oder auch wenn man neben der regulären Entwicklung Änderungen ausprobieren will. So existieren zwei oder mehr Stände nebeneinander, ohne sich wehtun zu können. Zu einem späteren Zeitpunkt kann man sich aber entschließen Zweige wieder zusammenzuführen, wobei einem dann Mergetools sehr dabei helfen die Änderungen sinnvoll in einen Zweig zu führen.

Sherlock

[ThomasBab]

Hallo!

Und jetzt vielleicht noch mal nach diesem Modell:

http://nvie.com/posts/a-successful-git-branching-model/

thomas