SVN und DProj-Dateien

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

[hoika]

Hallo,

viel Traffic hier

Zitat:

beim Conflict zu sagen: Resolve->Take mine - oder sollte auch das automatisiert werden?

Genau, jedesmal zu klicken, missfällt dem Chef (zurecht)

Zitat:

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

Ich meinte Warnungen wie "Bibliotheken" (so hiess dass unter D2007).
Damit konnte man durch Entfernen der entsprechenden CheckBox Units, die über den Lib-Pfad gefunden wurden,
z.B. von der Anzeige der Warnung "unsicherer Code" ausschließen.

Standard ist aber "checked"

Zitat:

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

Beim Update soll folgendes passieren
Wenn Sie nicht vorhanden ist -> Kopieren (so wie jetzt auch)
Ist die Datei lokal bereits vorhanden, soll überhaupt nichts passieren,
also weder merge noch Hinweis noch sonstwas.


Ist aber egal, man kann nicht alles automatisieren.


Heiko

[Uwe Raabe]

Ach ja, man kann zur besseren Kontrolle über das Merging auch externe "Merger" einsetzen. Stichwort "External diff3".

[pertzschc]

Zitat von hoika:

viel Traffic hier

und auch einiges Durcheinander

Wenn Ihr für die Entwickler SVN als Sourceverwaltung einsetzt, dann nehmt auch ein vernünftiges Clientwerkzeug, um Konflikte zwischen lokaler Arbeitskopie und dem SVN-Repository zu bearbeiten bzw. durch unverändertes Einchecken zu lösen. Das ist soweit mal unabhängig vom Thema "Chef". Ein sehr vernünftiges Tool dafür ist SmartSVN (oder auch TortoiseSVN).

Was man vernünftig automatisieren kann, sind Builds der Projekte auf einem separaten Rechner. Dazu kann man z.B. ANT-Skripte benutzen und vorher mit "svn update" immer die neueste (sogenannte HEAD) Revision aus dem Repository auf den lokalen Clientbereich auschecken und dann damit das Projekt kompilieren & bauen lassen.

Viele Grüße,
Christoph