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

[bra]

DProj gehören auf jeden Fall in die Versionsverwaltung, da dort ja Pre/Postbuild-Events, Versionsinfos und speziell für die mobilen Plattformen noch alle möglichen relevanten Sachen hinterlegt sind.
Allerdings sollte die nicht jeder wild einchecken, sonst gibt's schnell Chaos.

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.

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

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

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

[Ralf Kaiser]

Zitat von bra:

DProj gehören auf jeden Fall in die Versionsverwaltung, da dort ja Pre/Postbuild-Events, Versionsinfos und speziell für die mobilen Plattformen noch alle möglichen relevanten Sachen hinterlegt sind.
Allerdings sollte die nicht jeder wild einchecken, sonst gibt's schnell Chaos.

Das ist, zumindest bei uns, kein Problem. Die DPROJ-Dateien haben keinen Einfluss auf unseren Build-Prozess, der bei uns über den Jenkins-Buildsever erledigt wird. Da werden Versionsnummern gesetzt, der Build vorbereitet und nachbearbeitet.