SVN und DProj-Dateien

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

[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

[xZise]

Zitat von PhilmacFLy:

Deswegen würd ich Git verwenden den Git kann 1a mergen. [...]

Was hat denn GIT mit einem merge zu tun? Ich meine er hat zwei Dateien die er mergen muss, ob die aus einem SVN oder GIT stammen sollte doch egal sein?

MfG
Fabian

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