Konfigurieren des VisualSVN-Servers zur Verwendung von _svn anstelle von .svn

Question

Wir hatten ein Problem damit, dass unser Build-Server Änderungen nicht aus der Quellcodeverwaltung auscheckte, obwohl er erkannte, dass es Änderungen gab.

Es wurde auf den Kontrollordner zurückgeführt (nicht sicher, wie der richtige Name lautet), die vorhandenen funktionierenden Builds verwendeten _svn.Durch das Löschen des Arbeitsordners wurde ein erneutes vollständiges Auschecken erzwungen, und mir ist aufgefallen, dass der Kontrollordner jetzt .svn ist.Es sieht so aus, als hätten unsere Integrationsroutinen ursprünglich Code mit _svn ausgecheckt, aber jetzt wird .svn verwendet.

Die während der Integration verwendete svn.exe stammt von VisualSVN Server. Kann ich dies so einrichten, dass _svn erneut verwendet wird?

Wie die ursprünglichen Arbeitskopien _svn verwendeten, weiß ich nicht!- Wir haben immer nur VisualSVN Server verwendet und dies nicht geändert.

Wir haben TortoiseSVN für die Verwendung von _svn eingerichtet und dabei der Empfehlung gefolgt, dass dies für Visual Studio besser funktioniert, und haben TortoiseSVN auch auf dem Build-Server installiert, falls es jemals benötigt wird.Könnte das die Ursache sein?

Ist das auch wirklich notwendig?Da MSBuild von Microsoft stammt, wird es wie für Visual Studio empfohlen?

Answer 1

Das Geschäft mit _svn vs..svn war nur bei Visual Studio-Webprojekten ein Problem (und ich bin mir ziemlich sicher, dass es sowieso in VS2005 behoben wurde). Es handelt sich nicht um eine allgemeine „_svn funktioniert besser mit VS“-Sache.

Es handelt sich auch nur um ein Arbeitskopie-Problem, nicht um ein Repository-Problem – d. h.Es spielt keine Rolle, ob einige Benutzer von SVN Clients verwenden, die für _svn eingerichtet sind, und andere .svn verwenden – das Repository wird es nicht wissen oder sich darum kümmern – es sei denn, Sie landen irgendwie bei einer Menge dieser _svn/.svn Dateien tatsächlich in das Repository eingecheckt, was äußerst verwirrend wäre.)

Sofern Sie keine absolut konkreten Beweise dafür haben, dass .SVN Ihnen Probleme bereitet, würde ich dabei bleiben, wo immer Sie können.

Answer 2

Ich habe .svn mit Visual Studio 2008 und 2005 sowie auf unserem CC.Net-Integrationsserver (mit MSBuild) ohne Probleme verwendet.Ich würde beim .svn-Format bleiben.

Answer 3

http://subversion.tigris.org/svn_1.3_releasenotes.html

Müssen den Abschnitt "Offizielle Unterstützung für Windows '_SVN' (Client- und Sprachbindungen) lesen"

Und Sie müssen sich darüber im Klaren sein, dass Sie eine Dokumentation lesen, die mehrere Jahre alt ist, eine Tatsache, die möglicherweise relevant ist oder auch nicht.

Answer 4

Soweit ich weiß, wird _svn benötigt, da WebApplications Probleme haben, wenn eines ihrer Verzeichnisse mit einem Punkt beginnt.