Hier eine gestohlene Antwort auf eine andere question (danke Maciej Łebkowski!):
Aus meiner Erfahrung: nicht diese Datei unter Versionskontrolle und verwenden Sie svn: Ignorieren Sie darauf.
Es ist ein wenig schwierig zu Beginn, da Sie eine Datei, die bereits unter Versionskontrolle ist, nicht ignorieren können und Sie eine Datei nicht aus der Versionskontrolle entfernen können (und von jeder Arbeitskopie beim nächsten Update) ...). Aber wenn Sie es endlich schaffen, das Repo korrekt einzurichten, funktioniert es wie Charme. Vergessen Sie nicht, eine generische Vorlage anstelle Ihrer ursprünglichen Konfigurationsdatei hinzuzufügen (so dass jeder über neue Konfigurationsvariablen usw. Bescheid weiß).
Für neue Repo:
mkdir Config
svn add Config
svn propset svn: ignore '* .conf' config
Für bestehende Repo: Zwar haben eine Sicherungskopie Ihrer config in jeder Arbeitskopie, dann remove (svn del) config aus dem Repo, commit (bitte beachten Sie: Die Datei wird beim nächsten Update in jeder Arbeitskopie gelöscht! Sie müssen eine Sicherungskopie haben) und dann stellen Sie die Datei wieder her und setzen Sie die Eigenschaft ignorieren
Eine andere Möglichkeit ist eine Sperre. Es garantiert, dass niemand die Datei festschreibt, aber es wird bei jedem Commit zu einem Fehler kommen. nicht sehr nett.
Und der dritte Weg - Changesets, eine neue Funktion in SVN 1.5-Clients. Das ist ordentlich, aber es bezieht sich nur auf eine Arbeitskopie, nicht global auf ein Repository. Und Sie müssen sie manuell einrichten, fügen Sie jede neue Datei hinzu - es ist schwer zu pflegen.
Es ist nicht gefährlich. Subversion verwirft lokale Änderungen niemals ohne Warnung. Wenn ein Update einen lokal geänderten Ordner löscht, sollten Sie einen Baumkonflikt erhalten. –
Das dachte ich mir, bis ich es nicht tat. Ich sage nicht, dass es definitiv Unordnung bringen wird, aber sei vorsichtig. Vor nur zwei Tagen "verschwand" TortoiseSVN eine neu hinzugefügte Datei, die noch nicht festgeschrieben wurde, nur weil ich das Verzeichnis verschoben habe. – Thorarin