SVN und DProj-Dateien

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

[mjustin]

Zitat von hoika:

Hallo,

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

Was sind das für << >>? Vermutlich sind das die Konfliktmarker, und den Konflikt kann / sollte man in TortoiseMerge zuerst lösen bevor man das Projekt bearbeitet.

Mal schaun, wie Delphi XE das Problem in der Subversion Integration angehen wird

Cheers,

[hoika]

Hallo,

Zitat:

bevor man das Projekt bearbeitet

Ändere ich zum Test mal eine Einstellung, "verteilt" SVN per Mach-Kaputt-Merge
das an alle anderen ... ;(


Heiko

[PhilmacFLy]

Deswegen würd ich Git verwenden den Git kann 1a mergen. Nur sollte man da dann auch Files ignorieren. Hier mal mein gitignorefile

Code:

*.dcp
*.cbk
*.dcu
*.identcache
*.local
*.dsk
*.~dsk
*.exe
__history

Kannst du die entsprechenden Dateien nicht aus dem Repro wieder entfernen?

[hoika]

Hallo,

Zitat:

Kannst du die entsprechenden Dateien nicht aus dem Repro wieder entfernen?

Klar kann ich, aber ...

Checke ich für einen neuen Rechner aus, fehlen mir genau diese Dateien.
In der dproj stehen aber u.a. die Warnings-Settings.
Die Standard-Einstellungen ballern mir z.B. bei TMS 10k Warnings wegen unsicherem Code (Zeiger-Operationen).

Unter InnoSetup gibt es ein "Kopiere Datei nur, wenn nicht vorhanden".
Sowas bräuchte ich auch bei SVN, also kein Merge, wenn Datei vorhanden. *SVN-Quellcode*

Einzige Lösung, die mir einfällt:
- warten auf "ignore merge", OK, *wart*

- Dateien löschen (vorher retten ..), damit sind sie aus dem Repository raus
- zusätzliches Verzeichnis "Settings" mit ebend diesen Dateien (res, dproj)


Heiko

[fkerber]

Hi!

Naja, wenn du im Prinzip immer die Version behalten willst, die du hast (wenn du eine hast) dann genügt es doch, beim Conflict zu sagen: Resolve->Take mine - oder sollte auch das automatisiert werden?


Grüße,
Frederic

[himitsu]

Zitat von hoika:

In der dproj stehen aber u.a. die Warnings-Settings.

Die müßte man auch per Code sezten können.
{$WARN ...} oder {$WARNINGS ...} .

(PS: wer keinen bösen Code schreibt wird auch nicht verwarnt )

[Uwe Raabe]

Zitat von hoika:

Unter InnoSetup gibt es ein "Kopiere Datei nur, wenn nicht vorhanden".
Sowas bräuchte ich auch bei SVN, also kein Merge, wenn Datei vorhanden. *SVN-Quellcode*

Wenn Datei nicht vorhanden, was soll denn dann bitte gemerged werden?

Man kann natürlich auch in SVN mit Locks arbeiten - mit allen dazugehörenden Problemen...