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

[Ralf Kaiser]

Halli Hallo,

Wir stellen gerade eine größere Menge von Projekten auf die aktuelle Delphiversion um. Dabei werden alle Projekte auch so angepasst, dass sie sofort auf jedem Rechner kompilieren (Suchpfade mit Umgebungsvariablen, sonst nur relative Pfade usw.).

Bisher hat sich jeder im Team seine Projektgruppen selbst aus den DPK/DPR Dateien selbst zusammengestellt (es entstehen ja dabei die DPROJ). Die DPROJ-Dateien haben wir im Moment noch nicht in der Versionsverwaltung da sie, zumindest bisher, rechnerspezifische Pfade und Einstellungen enthalten haben. Mit dem neuen Konzept werden diese Dateien aber unabhängig vom Rechner, lediglich einige Umgebungsvariablen muss jeder bei sich einrichten/anpassen.

Leider ist es ja so, dass Delphi trotzdem immer wieder mal in die DPROJ-Dateien hineinschreibt, was dann die Versionsverwaltung mit eigentlich unnötigen Änderungen "verseucht". Wir verwenden GIT als Versionsverwltung, da könnte man die Dateien sogar mit "assume unchanged" behandelt und so, nach der ersten Einrichtung, für GIT "unsichtbar" machen. Ich bin mir allerdings noch nicht so ganz sicher welche eventuellen Probleme man sich damit einhandeln kann.

Wie haltet Ihr das mit DPROJ-Dateien in der Versionsverwaltung?

Ciao,
Ralf

[Bernhard Geyer]

dproj gehören ins CVS.
Wer eincheckt muss prüfen ob die getätigten Änderungen relevant sind oder ob sie verworfen werden können.

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

Zitat von bra (Beitrag 1343042)

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.

[Ralf Kaiser]

Zitat:

Zitat von bra (Beitrag 1343042)

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.

[uligerhardt]

Zitat:

Zitat von himitsu (Beitrag 1343050)

Zitat:

Zitat von bra (Beitrag 1343042)

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:

Zitat von hoika (Beitrag 1343073)

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