Status „S” w Subversion

W pewnym momencie wszystkie pliki w mojej kopii roboczej zostały oznaczone symbolem „S”, jak pokazano poniżej:

$ 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

Co ciekawe, pojawia się tylko w tej konkretnej kopii roboczej - kiedy wyewidencjonuję projekt do nowego katalogu, nie pokazuje on znaków "S".

Jak pozbyć się irytujących symboli „S”? Znacząco zmniejsza wyrazistość stanu WC.

Aktualizacja: przełączam się od czasu do czasu używając standardowej svn switchskładni. To nigdy nie powodowało pojawienia się tego symbolu „S” aż do niedawna. Polecenie użyte do przełączenia to:

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

Czy jest jakiś sposób, aby usunąć flagę „S”?

Oznacza to, że pliki pochodzą z innej lokalizacji w repozytorium subversion niż katalog je zawierający. Rozwiązaniem jest przeniesienie całej kopii roboczej w to samo miejsce. Zobacz dwie sekcje w książce Subversion, aby dowiedzieć się, jak wywołać polecenie.

Jeśli wywołasz „svn info” w samym katalogu i (jednym z) plików w środku, otrzymasz dwa różne adresy URL.

Status „S” uzyskuje się, jeśli adres URL pliku / katalogu nie pasuje do adresu URL elementu nadrzędnego, po którym następuje nazwa pliku.

Czy możesz opublikować adres URL rodzica i jednego z węzłów podrzędnych? (anonimizacja adresu URL w stosownych przypadkach)

Miałem status `` S '' podczas przełączania z linii miejskiej (r100) na jakąś gałąź (r50). Wyskoczył mi błąd:

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

Wszystkie podkatalogi sieci / podkatalogów zostały oznaczone jako „ S ”.

Przyczyna: usunąłem .htaccess do svn: zignoruj ​​go (r100), a następnie utworzyłem go ponownie (bez wersji i zignorowany). Oddział (r50) nadal miał w repozytorium dostęp do sieci / .htaccess.

Rozwiązanie :

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

Wszystko w porządku.

Miałem ten problem z katalogiem, który pomyślnie zatwierdziłem do SVN. Rozwiązaniem dla mnie było wymazanie go lokalnie, a następnie aktualizacja. Nie widziałem żadnych różnic, ale plik .svn został naprawiony z dowolnego powodu (nie ma już S).

Zwykle jest to spowodowane przerwą podczas przełączania gałęzi.

Przełącz się na inną gałąź, a następnie wróć do tej, którą naprawdę chcesz.

svn switch some_other_branch_url

svn switch desired_branch_url

Tylko uwaga: otrzymałem ten sam symbol S, kiedy wyewidencjonowałem usunięty katalog z tej samej lokalizacji w repozytorium, ale używając innego adresu URL , tj. Używając różnych protokołów do wyewidencjonowania, takich jak `` svn checkout svn + ssh: // user @ scm .gforge ... 'przeciwko' svn checkout --username user https: //scm.gforge .... '. Rozwiązałem to, sprawdzając go ponownie, używając tego samego adresu URL, którego użyłem przy pierwszej kasie.

W przypadku, gdy ktoś spóźnia się, szukając odpowiedzi (co jest poprawnie podane powyżej), uważam, że prawdopodobną PRZYCZYNĄ tej sytuacji jest `` przełącznik svn '' w katalogu nadrzędnym, który kończy się niepowodzeniem (jak w przypadku lokalnego niezatwierdzonego pliku z ta sama nazwa, bez opcji --force), pozostawiając wszystkie pliki po awarii „nieprzełączone”.

Dlatego (zakładając, że pierwotny problem zostanie później naprawiony) kolejny „przełącznik svn” ponownie w tym samym katalogu nadrzędnym rzeczywiście przełączy pozostałe nieprzełączone pliki na nową ścieżkę repozytorium.

Oznacza to, że przełączyłeś się z jednej kopii roboczej na inną, na przykład pobrałeś kopię roboczą, a następnie zamieniłeś ją, aby porównać ją z gałęzią kodu. Zajrzyj do książki SVN, aby dowiedzieć się, jak to cofnąć.

Istnieje inny sposób, w jaki można osiągnąć ten status - co, miejmy nadzieję, pozwoli komuś zaoszczędzić trochę czasu na jego tropieniu.

Rozpakowałem zewnętrzną bibliotekę do mojego katalogu głównego SVN i okazuje się, że autor będący stroną trzecią przypadkowo umieścił swój własny folder .svn w jednym ze swoich folderów. To oczywiście zastępuje nasz własny, poprawny folder subversion i ma taki sam efekt, jak opisano w innym miejscu na tej stronie - wydaje się, że folder został nieoczekiwanie przełączony do innej gałęzi.

„Pozycja jest przełączona”.

Jeśli użyłeś "przełącznika svn" na kopii roboczej, to może to wyjaśnić?

U mnie dzieje się tak, gdy polecenie "przełącznik svn" jest przerwane i aby rozwiązać problem za pomocą TortoriseSVN, klikam prawym przyciskiem myszy na pliku i wybieram przełącz się z powrotem na rodzica

Proste rozwiązanie, aby pozbyć się litery „S” podczas wydawania

svn status

to po prostu przejść do katalogu oznaczonego literą „S” i usunąć ukryty katalog .svn:

rm -rf .svn

Następnie źródła pojawiają się oznaczone „?” i możesz je łatwo dodać na nowo:

svn dodaj ścieżkę / do / zasób

W moim przypadku dwa podkatalogi w gałęzi zostały usunięte z bagażnika. Przełączyłem się z linii głównej do gałęzi z katalogu najwyższego poziomu, a następnie wróciłem do linii głównej i napotkałem problem z tymi podkatalogami, które mają teraz status S.

Jako wskazówkę posłużyłem się odpowiedzią @ahnbizcad. Z katalogu nadrzędnego (który sam znajduje się w katalogu najwyższego poziomu) podkatalogów:

svn sw <branch_url>

svn sw <trunk_url>

Proponuję zapoznać się z jego oficjalną pomocą, spróbuj:

svn st --help

lub

svn st --help | grep S

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