SVN und DProj-Dateien

[hoika]

Hallo #,

in DProj-Dateien werden ja diverse Projekteinstellungen gespeichert (xml).
Sinn macht es, die im SVN mit zuspeichern.

Dumm nur, dass wenn 2 Leute am selben Projekt "rumgefummelt" haben
und ein SVN-Update machen, dass SVN anfängt die Änderungen zu mergen.

Leider kommt Delphi mit der gemergten Datei nicht wirklich zurecht *wunder*

Aber wie geht man mit solchen Dateien um.
Es betrifft auch die Res-Dateien (ja ich weiss, werden wieder erzeugt, sollen aber nicht).

Mein Ansatz ist jetzt bisher, ein Unterverzeichnis "Einstellungen" anzulegen und die dorthin zu "retten".
Danach noch eine Anweisung an die Mitentwickler, bei Problemen die Dateien von dort zu holen.


Wie geht ihr mit solchen Dateien im SVN um ?

Danke


Heiko

[Bernhard Geyer]

Zitat von hoika:

Leider kommt Delphi mit der gemergten Datei nicht wirklich zurecht *wunder*

Was kommt dabei raus? Ich tipp darauf das SVN entsprechende marker setzt das eine Händiesches Auflösen des Mergeergebnisses nötig ist.

[hoika]

Hallo,

am besten soll SVN die Finger von lassen.

Ignore geht aber nicht, weil im Repository soll es schon drinbleiben.
(Ignore wirkt sich nur auf nicht versionierte Dateien aus).

Ein Teufelskreis


Heko

[Sherlock]

Kann man das Mergen in SVN nicht abschalten? Hui, bin ich froh, daß wir auf JediVCS setzen

Sherlock

[hoika]

Hallo,

also soweit ich weiss nicht ...


Heiko

[fkerber]

Hi!

Normal sollte das Ergebnis eines erfolgreichen Merge-Prozesses aber der Version des eincheckenden entsprechen. Wenn also eine gültige Datei eingecheckt wird, sollte auf der anderen Seite auch eine gültige rauskommen.

Das Ganze geht halt schief, wenn auch auf Empfängerseite was geändert wurde, dann klappt das Merging nicht und es werden >>>> in die Datei eingefügt, um den Konflikt (bzw. die 2 Versionen) abzugrenzen.


Liebe Grüße,
Frederic

[hoika]

Hallo,

schon klar. Ist aber eine "interne" Delphi-Datei.
Mit den << >> kommt Delphi aber nicht klar.

Meine Lösung ist jetzt:

- Res und DProj retten (auf allen Rechnern)
- Res und DProj aus dem Repository raus (Delete and Add To Ignore List)
- Update auf allen Rechnern
- Res und DProj wieder reinkopieren
- Verzeichnis Einstellungen anlegen und dort die Res und DProj parken, das Verzeichnis kommt auch in SVN


Heiko

[H4ndy]

Es darf halt immer nur einer in den Projektdateien rumfummeln. Wenn ein Merge mal schief geht einfach ein Revert zur HEAD-Revision machen und schon hat man die letzte Version ausm Repo.

[blackfin]

Huh? SVN merget doch eine .dproj nicht automatisch? Das ist mir noch nie passiert, es kennt den Typ von .dproj doch gar nicht und behandelt es erstmal wie eine binäre Datei, ausser du hast es auf svn:eol-style=native oder so in der config gestellt?

Oder zeigt es nur an "conflicted" beim update? Dann kannst du die Datei ja anwählen und sagen "resolve by using mine / theirs"

[hoika]

Hallo,

Zitat:

Oder zeigt es nur an "conflicted" beim update? Dann kannst du die Datei ja anwählen und sagen "resolve by using mine / theirs"

Stimmt.

Aber mein Chef will nicht "anklicken" und nachdenken (vor allem bei jedem Update !).
Anklicken und los.

Aber ich höre gerade, bei CVS (war hier früher im Einsatz) musste man auch solche Klimmzüge machen.


Heiko