Dies ist eine durch Semikolon getrennte Liste von HTTP-Authentifizierungstypen, die der Client als akzeptabel erachten wird. Gültige Typen sind basic, digest und negotiate, mit dem standardmäßigen Verhalten, das irgendein dieser Authentifizierungstypen akzeptiert wird. Ein Client, der darauf besteht, keine Authentifizierungsdaten im Klartext zu übertragen, könnte beispielsweise dergestalt konfiguriert werden, dass der Wert dieser Option digest;negotiate ist, wobei basic in dieser Liste nicht auftaucht. (Beachten Sie, dass diese Einstellung nur von Subversions Neon-basierten HTTP-Modul berücksichtigt wird.)

Gibt an, ob Subversion versuchen soll, Netzanfragen an DAV-fähige Server zu komprimieren. Der Standardwert ist yes (obwohl Kompression nur dann stattfindet, wenn diese Fähigkeit in die Netzschicht hinein kompiliert worden ist). Setzen Sie diesen Wert auf no, um die Kompression abzuschalten, etwa wenn Sie Fehler bei Netzübertragungen suchen.

Subversion stellt ein Paar aus Modulen für den Projektarchiv-Zugriff zur Verfügung, die das WebDAV-Netzprotokoll verstehen. Das mit Subversion 1.0 ausgelieferte Original ist libsvn_ra_neon (obwohl es damals libsvn_ra_dav hieß). Neuere Subversion-Versionen liefern auch libsvn_ra_serf mit, das eine unterschiedliche Implementierung verwendet und darauf zielt, einige der neueren HTTP-Konzepte zu unterstützen.

Zum gegenwärtigen Zeitpunkt wird libsvn_ra_serf noch als experimentell betrachtet, obwohl es in gewöhnlichen Fällen ziemlich gut funktioniert. Um das Experimentieren zu fördern, stellt Subversion die Laufzeit-Konfigurationsoption http-library zur Verfügung, die es Benutzern ermöglicht, festzulegen (generell oder pro Server-Gruppe), welche WebDAV-Zugriffsmodule sie bevorzugen – neon oder serf.

Eine durch Komma getrennte Liste aus Namensmustern für Projektarchiv-Server, die, ohne einen Proxy-Rechner zu benutzen, direkt angesprochen werden sollen. Die Syntax für die Muster ist die gleiche wie bei Dateinamen in der Unix-Shell. Ein Projektarchiv-Server mit einem zu irgendeinem dieser Muster passenden Namen wird nicht über einen Proxy angesprochen.

Der Name des Proxy-Rechners, über den Ihre HTTP-basierten Subversion-Anfragen geleitet werden müssen. Der Standardwert ist leer, was bedeutet, das Subversion HTTP-Anfragen nicht über einen Proxy-Rechner leitet und die Zielmaschine direkt anspricht.

Das Passwort, das an den Proxy-Rechner übermittelt werden soll. Der Standardwert ist leer.

Die Portnummer, die auf dem Proxy-Rechner verwendet werden soll. Der Standardwert ist leer.

Der Anwendername, der an den Proxy-Rechner übermittelt werden soll. Der Standardwert ist leer.

Die Zeitspanne in Sekunden, in der auf eine Antwort vom Server gewartet werden soll. Falls Sie Probleme mit einer langsamen Netzverbindung haben, die zu Auszeiten bei Subversion-Operationen führen, sollten Sie den Wert dieser Option erhöhen. Der Standardwert ist 0, der der zugrunde liegenden HTTP-Bibliothek, Neon, auffordert, deren Standardwert zu benutzen.

Eine Ganzzahl, die der Neon HTTP-Bibliothek als Maske angibt, welche Ausgaben zur Fehlersuche sie ausgeben soll. Der Standardwert ist 0, was alle Ausgaben zur Fehlersuche unterbindet. Für weitergehende Informationen über Subversions Verwendung von Neon siehe Kapitel 8, Subversion integrieren.

Eine Liste aus durch Semikolon getrennten Pfaden zu Dateien, die Zertifikate der Zertifizierungsinstanzen (oder ZI) beinhalten, die vom Subversion-Client bei HTTPS-Zugriffen akzeptiert werden.

Falls ein Wirtsrechner (oder eine Gruppe von Wirtsrechnern) ein SSL-Client-Zertifikat benötigt, werden Sie normalerweise nach dem Pfad zu Ihrem Zertifikat gefragt. Indem Sie diese Variable auf diesen Pfad setzen, kann Subversion automatisch Ihr Client-Zertifikat finden, ohne Sie zu fragen. Es gibt keinen Standard-Ablageort für Zertifikate; Subversion holt es über jeden Pfad, den Sie angeben.

Falls Ihre SSL-Client-Zertifikatsdatei mit einem Kennwort verschlüsselt ist, wird Sie Subversion bei jeder Benutzung des Zertifikats danach fragen. Sollten Sie das lästig finden (und Sie nichts dagegen haben, das Passwort in der Datei servers zu speichern), können Sie diese Variable mit dem Kennwort des Zertifikats belegen. Sie werden dann nicht mehr gefragt.

Der Wert dieser Option ist der Name des PKCS#11-Lieferanten, von dem ein SSL-Client-Zertifikat gezogen wird (falls der Server danach fragt). Diese Einstellung wird nur von Subversions Neon-basierten HTTP-Modul berücksichtigt.

Setzen Sie diese Variable auf yes, falls Sie möchten, dass Subversion automatisch den mit OpenSSL mitgelieferten ZI vertraut.

Diese Einstellung ist dieselbe wie store-passwords, mit der Ausnahme, dass die Zwischenspeicherung der gesamten Authentifizierungsinformationen unterbunden oder erlaubt wird: Anwendernamen, Passwörter, Server-Zertifikate und andere Typen von Zugangsdaten, die zwischengespeichert werden könnten.

Das weist Subversion an, vom Anwender nach Authentifizierungsaufforderung eingegebene Passwörter zwischenzuspeichern oder die Zwischenspeicherung zu unterbinden. Der Standardwert ist yes. Setzen Sie den Wert auf no, um die Zwischenspeicherung auf Platte zu unterbinden. Sie können diese Option für einen einmaligen Aufruf des Befehls svn überschreiben, wenn Sie den Kommandozeilenparameter --no-auth-cache verwenden (bei den Unterbefehlen, die ihn unterstützen). Weitere Informationen hierzu unter „Zwischenspeichern von Zugangsdaten“. Beachten Sie, dass unabhängig von dieser Option Subversion keine Passwörter im Klartext speichert, es sei denn, die Option store-plaintext-passwords ist auch auf yes gesetzt.

Diese Variable ist nur auf UNIX-ähnlichen Systemen wichtig. Sie kontrolliert, was der Subversion-Client macht, falls das Passwort für den aktuelle Authentifizierungs-Bereich nur unverschlüsselt auf Platte in ~/.subversion/auth/ zwischengespeichert werden kann. Sie können sie auf yes oder no setzen, um unverschlüsselte Passwörter zu erlauben bzw. zu unterbinden. Der Standardwert ist ask, was den Subversion-Client dazu veranlasst, Sie jedes Mal zu fragen, wenn ein neues Passwort dem Zwischenspeicherungsbereich unter ~/.subversion/auth/ hinzugefügt werden soll.

Diese Option kontrolliert, ob Subversion vom Anwender bereitgestellte Passphrasen für SSL Client-Zertifikate zwischenspeichern soll. Der Standardwert ist yes. Setzen Sie ihn auf no, um die Zwischenspeicherung der Passphrasen zu verhindern.

Diese Option kontrolliert, ob Subversion beim Zwischenspeichern einer Passphrase für ein SSL Client-Zertifikat die Speicherung auf Platte im Klartext vornehmen darf. Der Standardwert dieser Option ist ask, was den Subversion-Client dazu veranlasst, bei Ihnen nachzufragen, wenn eine neue Client-Zertifikat-Passphrase dem Speicherbereich in ~/.subversion/auth/ hinzugefügt werden soll. Setzen Sie den Wert dieser Option auf yes oder no um Ihre Präferenz anzugeben und entsprechende Nachfragen zu vermeiden.

Diese Liste aus durch Komma getrennten Elementen bestimmt, welche der (wenn überhaupt) vom System bereitgestellten Passwortspeicher von Subversion zur Zwischenspeicherung von Authentifizierungsdaten in Erwägung gezogen werden sollen. Der Standardwert ist gnome-keyring, kwallet, keychain, windows-crypto-api, was für GNOME Keyring, KDE Wallet, Mac OS X Keychain bzw. Microsoft Windows Cryptography API steht. Aufgeführte Speicher, die auf dem System nicht zur Verfügung stehen, werden ignoriert.

Der Eintrag dieser Option in der Datei config ist überholt. Sie steht nun als Konfigurationseintrag für jeden Server im Konfigurationsbereich servers. Details unter „Servers“

Der Eintrag dieser Option in der Datei config ist überholt. Sie steht nun als Konfigurationseintrag für jeden Server im Konfigurationsbereich servers. Details unter „Servers“

Der absolute Pfad zu einem Vergleichsprogramm, das verwendet wird, wenn Subversion „diff“-Ausgaben erzeugt (wie beim Aufruf des Befehls svn diff). Standardmäßig benutzt Subversion eine interne Vergleichsbibliothek – wenn diese Option gesetzt wird, benutzt es für diese Aufgabe ein externes Programm. Siehe „Verwenden externer Vergleichs- und Zusammenführungsprogramme“ für Details zur Verwendung solcher Programme.

Ähnlich der Kommandozeilenoption --extensions (-x) werden hiermit zusätzliche Optionen angegeben, die an den Mechanismus zum Vergleichen von Dateiinhalten weitergereicht werden. Die Menge sinnvoller Optionen hängt davon ab, ob der Client den eingebauten Vergleichsmechanismus von Subversion verwendet oder einen externen. Für Details beachten Sie die Ausgabe von svn help diff. Dwe Standardwert dieser Option ist -u.

Der absolute Pfad zu einem Dreiwege-Vergleichsprogramm. Subversion verwendet dieses Programm, um Änderungen des Benutzers mit denjenigen aus dem Projektarchiv zusammenzuführen. Standardmäßig benutzt Subversion eine interne Vergleichsbibliothek – wenn diese Option gesetzt wird, benutzt es für diese Aufgabe ein externes Programm. Siehe „Verwenden externer Vergleichs- und Zusammenführungsprogramme“ für Details zur Verwendung solcher Programme.

Dieser Schalter sollte auf true gesetzt werden, falls das mit der Option diff3-cmd angegebene Programm den Parameter --diff-program zulässt.

Bestimmt das Programm, das Subversion verwendet, wenn den Benutzer nach bestimmten Arten textueller Metadaten gefragt wird sowie zur interaktiven Auflösung von Konflikten. Siehe „Verwendung externer Editoren“ für weitere Informationen zur Verwendung von externen Editoren mit Subversion.

Gibt ein Programm an, das Subversion zur Durchführung von Dreiwege-Zusammenführungs-Operationen Ihrer versionierten Dateien benutzt. Siehe „Verwenden externer Vergleichs- und Zusammenführungsprogramme“ für Details zur Verwendung solcher Programme.

Fordert Subversion auf, Eigenschaften von neu hinzugefügten oder importierten Dateien zu setzen. Der Standardwert ist no also sollte der Wert auf yes gesetzt werden, um diese Funktion zu ermöglichen. Der Abschnitt [auto-props] in dieser Datei gibt an, welche Eigenschaften bei welchen Dateien gesetzt werden sollen.

Wenn Sie den Befehl svn status aufrufen, zeigt Subversion unversionierte Dateien und Verzeichnisse zusammen mit versionierten an, wobei erstere mit einem ? markiert werden (siehe „Verschaffen Sie sich einen Überblick über Ihre Änderungen“). In dieser Anzeige können uninteressante unversionierte Objekte manchmal lästig sein – beispielsweise Objektdateien aus einer Programmübersetzung. Die Option global-ignores ist eine durch Leerzeichen getrennte Liste aus Globs, die die Namen der Dateien und Verzeichnisse beschreiben, die Subversion nicht anzeigen soll, sofern sie unversioniert sind. Der Standardwert ist *.o *.lo *.la *.al .libs *.so *.so.[0-9]* *.a *.pyc *.pyo *.rej *~ #*# .#* .*.swp .DS_Store.

Ebenso wie svn status ignorieren auch die Befehle svn add und svn import beim Durchsuchen eines Verzeichnisses Dateien, deren Namen auf die Muster der Liste passen. Sie können dieses Verhalten für einen einzelnen Aufruf einer dieser Befehle aufheben, indem Sie entweder den Dateinamen ausdrücklich aufführen oder die Option --no-ignore angeben.

Für Informationen über eine feinere Auswahl zu ignorierender Objekte, siehe „Ignorieren unversionierter Objekte“.

Diese boolesche Option bestimmt, ob Subversion versuchen soll, Konflikte interaktiv aufzulösen. Wenn der Wert yes ist (entspricht dem Standardwert), fordert Subversion den Benutzer auf, anzugeben, wie die Konflikte zu behandeln sind, wie in „Lösen Sie etwaige Konflikte auf“ beschrieben. Anderenfalls wird es den Konflikt einfach markieren und mit der Bearbeitung weitermachen, wobei die Konfliktauflösung auf einen späteren Zeitpunkt verschoben wird.

Diese Variable bestimmt die Zeichensatzkodierung für Protokollnachrichten. Sie ist eine dauerhafte Form der Option --encoding (siehe „svn-Optionen“). Das Subversion-Projektarchiv speichert Protokollnachrichten in UTF-8 und geht davon aus, dass Ihre Protokollnachricht unter Verwendung der natürlichen Locale Ihres Betriebssystems verfasst wird. Sie sollten eine unterschiedliche Kodierung angeben, falls Ihre Protokollnachrichten in irgendeiner anderen Kodierung geschrieben werden.

Diese, in Subversion 1.5 neu hinzugekommene, Option gibt den Pfad einer MIME-Typ-Zuordnungs-Datei an, etwa die Datei mime.types, die vom Apache HTTP Server zur Verfügung gestellt wird. Subversion verwendet diese Datei, um neu hinzugefügten oder importierten Dateien MIME-Typen zuzuordnen. Siehe „Automatisches Setzen von Eigenschaften“ und „Datei-Inhalts-Typ“ für mehr Informationen zur Erkennung und Behandlung von Dateiinhaltstypen durch Subversion.

Diese boolesche Option entspricht der Option --no-unlock des Befehls svn commit, die Subversion dazu auffordert, Sperren auf gerade übergebene Dateien nicht aufzuheben. Wird diese Laufzeitoption auf yes gesetzt, wird Subversion niemals automatisch Sperren aufheben, und es Ihnen überlassen, ausdrücklich svn unlock aufzurufen. Der Standardwert ist no.

Der Wert dieser Option ist eine durch Leerzeichen getrennte Liste von Dateiendungen, die Subversion bei der Erstellung von Konfliktdatei-Namen beibehalten soll. Standardmäßig ist die Liste leer. Diese Option ist neu in Subversion 1.5.

Wenn Subversion Konflikte bei Änderungen an Dateiinhalten feststellt, delegiert es deren Auflösung an den Benutzer. Um bei der Auflösung dieser Konflikte behilflich zu sein, hält Subversion unveränderte Kopien der verschiedenen in Konflikt stehenden Dateiversionen in der Arbeitskopie vor. Standardmäßig haben diese Konfliktdateien Namen, die aus dem Originalnamen und einer speziellen Endung bestehen, etwa .mine oder .REV (wobei REV eine Revisionsnummer ist). Unter Betriebssystemen, die das Standardprogramm zum Öffnen und Bearbeiten einer Datei aus deren Dateiendung herleiten, ist es ein kleines Ärgernis, dass es durch das Anhängen dieser besonderen Endungen nicht mehr so einfach wird, die Datei mit dem passenden Standardprogramm zu bearbeiten. Wenn beispielsweise ein Konflikt bei der Datei ReleaseNotes.pdf auftaucht, könnte es sein, dass die Konfliktdateien ReleaseNotes.pdf.mine oder ReleaseNotes.pdf.r4231 genannt werden. Obwohl Ihr System vielleicht so konfiguriert ist, dass es Dateien mit der Endung .pdf mit Adobes Acrobat Reader öffnet, gibt es wahrscheinlich keine Einstellung für ein Programm, das alle Dateien mit der Endung .r4231 öffnet.

Mithilfe dieser Konfigurationsoption können Sie dieses Ärgernis allerdings beseitigen. Bei allen Dateien mit den angegebenen Endungen wird dann nach wie vor eine besondere Endung angehängt, jedoch wird dann zusätzlich die Originalendung angefügt. Angenommen, pdf wäre eine der Endungen, die in dieser Liste vorkämen, so würden die für ReleaseNotes.pdf erzeugten Konfliktdateien im obigen Beispiel ReleaseNotes.pdf.mine.pdf und ReleaseNotes.pdf.r4231.pdf genannt werden. Da jede Datei auf .pdf endet, wird das korrekte Standardprogramm zum Öffnen verwendet.

Normalerweise besitzen die Dateien Ihrer Arbeitskopie Zeitstempel, die dem Zeitpunkt entsprechen, zu dem sie zuletzt von einem Prozess benutzt wurden, ob von einem Editor oder einem svn-Unterbefehl. Im Allgemeinen passt das für Softwareentwickler, da Buildsysteme oft auf Zeitstempel sehen, um festzustellen, welche Dateien neu übersetzt werden sollen.

In anderen Situationen wäre es manchmal schön, wenn die Dateien der Arbeitskopie Zeitstempel hätten, die dem Zeitpunkt entsprächen, zu dem sie das letzte Mal im Projektarchiv geändert wurden. Der Befehl svn export versieht die von ihm erzeugten Bäume stets mit diesen „Zeitstempeln der letzten Übergabe“. Wenn diese Variable auf yes gesetzt wird, vergeben auch die Befehle svn checkout, svn update, svn switch und svn revert die Zeitstempel der letzten Übergabe an die von Ihnen berührten Dateien.