Status "S" in Subversion

Irgendwann wurden alle Dateien in meiner Arbeitskopie mit dem Symbol "S" markiert, wie unten gezeigt:

$ svn st
M    S   AclController.php
     S   InstallationController.php
     S   CustomerController.php
     S   RedirController.php
     S   IndexController.php
     S   LoginController.php
     S   OrderController.php
     S   ProductController.php
     S   SelfInstallController.php
     S   SelfcareController.php

Interessanterweise tritt es nur in dieser bestimmten Arbeitskopie auf - wenn ich das Projekt in ein neues Verzeichnis auschecke, werden die "S" -Markierungen nicht angezeigt.

Wie kann man diese nervigen "S" -Symbole loswerden? Dies verringert die Klarheit des WC-Status erheblich.

Update: Ich wechsle von Zeit zu Zeit mit Standard- svn switchSyntax. Dieses "S" -Symbol wurde bis vor kurzem nie angezeigt. Der zum Umschalten verwendete Befehl lautete:

svn switch svn+ssh://xxxxxx/subversion/xxxxxxx/releases/1.0.16 .

Kann ich das "S" -Flag auf irgendeine Weise löschen?

Dies bedeutet, dass sich die Dateien von einem anderen Speicherort in Ihrem Subversion-Repository befinden als das Verzeichnis, in dem sie enthalten sind. Die Lösung besteht darin, die gesamte Arbeitskopie an denselben Speicherort zu verschieben. Weitere Informationen zum Aufrufen des Befehls finden Sie in den beiden Abschnitten des Subversion-Buches.

Wenn Sie 'svn info' im Verzeichnis selbst und in (einer) der darin enthaltenen Dateien aufrufen, erhalten Sie zwei verschiedene URLs.

Sie erhalten den Status 'S', wenn die URL einer Datei / eines Verzeichnisses nicht mit der URL des übergeordneten Elements übereinstimmt, gefolgt vom Namen der Datei.

Können Sie die URL des übergeordneten und eines der untergeordneten Knoten veröffentlichen? (gegebenenfalls Anonymisierung der URL)

Ich hatte den Status ' S ', als ich von Trunk (r100) zu einem Zweig (r50) wechselte. Ich habe den Fehler bekommen:

svn: Failed to add file 'web/.htaccess': an unversioned file of the same name already exists

Alle Unterverzeichnisse des Webs waren mit ' S ' gekennzeichnet.

Die Ursache: Ich hatte .htaccess to svn: ignore it (r100) gelöscht und dann erneut erstellt (nicht versioniert und ignoriert). Die Filiale (r50) hatte noch Web / .htaccess im Repo.

Die Lösung :

mv web/.htaccess ../../
svn switch back to trunk
svn switch to branch again

Alles ist gut.

Ich hatte dieses Problem mit einem Verzeichnis, das ich erfolgreich für SVN festgeschrieben habe. Die Lösung für mich war, es lokal zu löschen und dann zu aktualisieren. Ich konnte keine Unterschiede feststellen, aber die .svn-Datei wurde aus irgendeinem Grund behoben (kein S mehr).

Dies wird normalerweise durch eine Unterbrechung beim Wechseln der Zweige verursacht.

Wechseln Sie zu einem anderen Zweig und dann zurück zu dem Zweig, den Sie wirklich wollen.

svn switch some_other_branch_url

svn switch desired_branch_url

Nur eine Bemerkung: Ich habe das gleiche S-Symbol erhalten, als ich ein gelöschtes Verzeichnis an derselben Stelle im Repository ausgecheckt habe, aber eine andere URL verwendet habe , dh mit unterschiedlichen Protokollen zum Auschecken wie 'svn checkout svn + ssh: // user @ scm .gforge ... 'gegen' svn checkout --username user https: //scm.gforge .... '. Ich habe es gelöst, indem ich es erneut ausgecheckt habe, indem ich dieselbe URL verwendet habe, die ich beim ersten Auschecken verwendet habe.

Für den Fall, dass jemand zu spät nach der Antwort sucht (die oben korrekt angegeben ist), glaube ich, dass eine wahrscheinliche Ursache für diese Situation ein 'svn-Schalter' in einem übergeordneten Verzeichnis ist, der fehlschlägt (wie im Fall einer lokalen nicht festgeschriebenen Datei mit der gleiche Name und keine Option --force), sodass alle Dateien nach dem Fehler "nicht umgeschaltet" bleiben.

Aus diesem Grund (vorausgesetzt, das ursprüngliche Problem wird später behoben) wird ein nachfolgender "svn switch" erneut im selben übergeordneten Verzeichnis die verbleibenden nicht geschalteten Dateien in einen neuen Repo-Pfad verschieben.

Dies bedeutet, dass Sie von einer Arbeitskopie zu einer anderen gewechselt haben, beispielsweise eine Arbeitskopie ausgecheckt und dann ausgetauscht haben, um sie mit einem Codezweig zu vergleichen. Weitere Informationen zum Rückgängigmachen finden Sie im SVN-Buch .

Es gibt noch eine andere Möglichkeit, diesen Status zu erreichen - was hoffentlich jemandem Zeit spart, ihn aufzuspüren.

Ich habe eine externe Bibliothek in mein SVN-Stammverzeichnis entpackt, und es stellte sich heraus, dass der Autor eines Drittanbieters versehentlich seinen eigenen .svn-Ordner in einen seiner Ordner aufgenommen hat. Dies überschreibt natürlich unseren eigenen, korrekten Subversion-Ordner und hat den gleichen Effekt wie an anderer Stelle auf dieser Seite beschrieben - ein Ordner scheint unerwartet in einen anderen Zweig gewechselt zu sein.

"Gegenstand ist geschaltet."

Wenn Sie "svn switch" für Ihre Arbeitskopie verwendet haben, könnte dies dies erklären?

Für mich geschieht dies, wenn der Befehl "svn switch" unterbrochen wird. Um ihn mit TortoriseSVN zu lösen, klicke ich mit der rechten Maustaste auf die Datei und wähle " Zurück zum übergeordneten"

Eine einfache Lösung, um das 'S' loszuwerden, wenn Sie Probleme haben

svn status

Gehen Sie einfach zu dem mit 'S' gekennzeichneten Verzeichnis und löschen Sie das versteckte .svn-Verzeichnis:

rm -rf .svn

Danach werden die Quellen mit '?' und Sie könnten sie leicht frisch hinzufügen:

svn Pfad / zu / Ressource hinzufügen

In meinem Fall wurden zwei Unterverzeichnisse in der Verzweigung im Trunk gelöscht. Ich habe von Trunk den Zweig aus dem Verzeichnis der obersten Ebene gewechselt und bin dann zurück zu Trunk gewechselt und habe festgestellt, dass das Problem mit diesen Unterverzeichnissen jetzt im Status istS .

Ich habe die Antwort von @ahnbizcad als Richtlinie verwendet. Aus dem übergeordneten Verzeichnis (das sich selbst unter dem Verzeichnis der obersten Ebene befindet) der Unterverzeichnisse:

svn sw <branch_url>

svn sw <trunk_url>

Ich schlage vor, Sie lesen die offizielle Hilfe, versuchen Sie:

svn st --help

oder

svn st --help | grep S

'S' the item has a Switched URL relative to the parent