Strategie? - Gehören DPROJ-Dateien in die Versionsverwaltung?

[uligerhardt]

Zitat von himitsu:

Zitat von bra:

Und leider werden die auch bei fast jedem Öffnen geändert, weil die IDE meint die Einträge mal wieder durcheinanderwürfeln zu müssen.

Jo, weil die bei einigen Sachen gern die Reihenfolge unverständlich verändert.

Das könnte man nur Lösen, wenn die Vergleichsfunktion (DIFF) auf "XML" ausgelegt ist und das praktisch nach unsortiertem Inhalt vergleicht.
Aber eigentlich muß das genau auf "DPRO" ausgelegt sein, da manche Dinge eine "definierte" Reihenfolge haben.

Ich hab mir für D2007-DProjs ein kleines Tool gebaut, das das XML formatiert und grob sortiert. Den Rest kann man dann mit WinMerge und NotePad++ in den Griff kriegen.
XE6 formatiert DProjs zumindest schon mal selbst und auch sonst scheint es mir VCS-verträglicher.

[jaenicke]

Wer Quelltexte ohne Sichtprüfung jeder Änderung eincheckt, handelt ohnehin fahrlässig. Das ist genau der Weg, auf dem dann Debugmeldungen, Fehler oder andere unerwünschte Änderungen im Quelltext landen.

Insofern mag es zwar nerven, wenn die .dproj Dateien jedes Mal als geändert angezeigt werden, aber bei einem professionellen Ablauf beim Einchecken sollte es keine Probleme geben.

[hoika]

Hallo,
ich hbe mir angewohnt, die nicht automatisch ins Src-Verzeichnis einzuchecken,
sondern in einem eigenen nutzerbezogenen Verzeichnis.
Bei Änderungen wird das dann eingecheckt.
Wie oft hatte ein Merge der lieben Kollegen meine Projektdatei zerwürgt.

[Ralf Kaiser]

Zitat von hoika:

Wie oft hatte ein Merge der lieben Kollegen meine Projektdatei zerwürgt.

Genau das ist meine Befürchtung wenn ich die Dateien ins Repository übernehme (bei über 20 Leuten kann da sehr schnell was schief gehen...)

[hoika]

Hallo,
und es wird passieren ...
Aber gesichert/versioniert müssen sie ...

[Sir Rufo]

In einem Team sollte es einen geben, der den Source verwaltet.

Alle anderen erstellen nur einen Pull-Request der dann von dem einen geprüft und erst dann in das Haupt-Repository eingecheckt wird.

[Sherlock]

OT: Wieso heisst es eigentlich Pull-Request und nicht Push-Request? Die Änderung ist gemacht, und soll ins Hauptrepository geschoben werden. Da muß nichts mehr gezogen werden, das ist passiert, bevor die Änderung durchgeführt wurde.

Sherlock

[freimatz]

Zitat von Sir Rufo:

In einem Team sollte es einen geben, der den Source verwaltet.

Alle anderen erstellen nur einen Pull-Request der dann von dem einen geprüft und erst dann in das Haupt-Repository eingecheckt wird.

Bei Open Source vielleicht. Bei Ralf Kaiser handelt es sich wohl eher um ein Team. Da ist die Arbeit mit pull-Request wohl eher Steinzeit. Stand der Dinge ist wohl, dass Änderungen in einem Branch commited und gepushed werden. Wenn man in "master" will wird das markeirt und dann laufen auf der CI (bei Ralf Kaiser der Jenkins) durch macht builds, unit-tests, UI-Tests und erst wenn alls ok ist darf man in master.

[Bernhard Geyer]

Ohne dproj-Datei wird es auch schwer werden automatisch Builds laufen zu lassen.
Also nix mit CI und Automatischen Tests.
Jedenfalls ist es mit einer dproj-Datei viel einfacher eine Exe zu bauen als früher mit dof+cfg-Dateien

[jaenicke]

Zitat von Ralf Kaiser:

Genau das ist meine Befürchtung wenn ich die Dateien ins Repository übernehme (bei über 20 Leuten kann da sehr schnell was schief gehen...)

Da hätte ich dann echt Angst, wenn die Änderungen nicht geprüft werden vor dem Commit...
Wodurch unterscheiden sich denn versehentliche Änderungen in der .dproj von denen in anderen Dateien?