Статус "S" у Subversion

У якийсь момент усі файли в моїй робочій копії були позначені символом "S", як показано нижче:

$ 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

Цікаво, що це відбувається лише в цій конкретній робочій копії - коли я викладаю проект в новий каталог, він не відображає позначки "S".

Як позбутися цієї настирливої ​​символіки "S"? Це суттєво зменшує ясність стану туалету.

Оновлення: Я переключаюся час від часу, використовуючи стандартний svn switchсинтаксис. Це ніколи не викликало появи цього символу "S" до недавнього часу. Для перемикання використовувалася команда:

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

Чи можу я якось очистити прапор "S"?

Це означає, що файли знаходяться в іншому місці вашого сховища диверсій, ніж у каталозі, що їх містить. Рішення полягає в тому, щоб перекласти всю робочу копію в одне і те ж місце. Детальніше про те, як викликати команду, дивіться у двох розділах книги диверсій.

Якщо ви зателефонуєте до "svn info" у самому каталозі та на (одному з) файлів всередині, ви отримаєте дві різні URL-адреси.

Ви отримуєте статус "S", якщо URL-адреса файлу / каталогу не відповідає URL-адресі батьківського з наступним іменем файлу.

Чи можете ви розмістити URL-адресу батьківського та одного з дочірніх вузлів? (анонімність URL-адреси, де це доречно)

Я мав статус ` ` S '' під час перемикання з магістралі (r100) на якусь гілку (r50). Я отримав помилку:

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

Усі підкаталоги Інтернету були позначені позначкою " S ".

Причина: я видалив .htaccess у svn: ігнорувати його (r100), а потім створив його знову (без версії та ігнорування). Гілка (r50) все ще мала web / .htaccess у репо.

Рішення :

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

Все добре.

У мене виникла проблема з каталогом, який я успішно призначив для SVN. Рішенням для мене було видалити його локально, а потім оновити. Я не міг побачити жодних відмінностей, але файл .svn був виправлений з будь-якої причини (більше немає S).

Зазвичай це викликано перериванням при перемиканні гілок.

Перейдіть до іншої гілки, а потім поверніться до тієї гілки, яку ви дійсно хочете.

svn switch some_other_branch_url

svn switch desired_branch_url

Просто зауваження: Я отримав той самий символ S, коли перевіряв видалений каталог з того самого місця у сховищі, але використовуючи іншу URL-адресу , тобто використовуючи різні протоколи для оформлення замовлення, наприклад, 'svn checkout svn + ssh: // user @ scm .gforge ... 'проти' svn checkout --username user https: //scm.gforge .... '. Я вирішив це, перевіривши ще раз, використовуючи ту саму URL-адресу, яку використовував для першого замовлення.

У випадку, якщо хтось запізнюється в пошуках відповіді (яка правильно зазначена вище), я вважаю, що ймовірною ПРИЧИНОЮ цієї ситуації є `` svn-перемикач '' у батьківському каталозі, який не працює (як у випадку з локальним незакріпленим файлом з те саме ім'я та жодної опції --force), залишаючи всі файли після відмови "непереключеними".

Ось чому (якщо припустити, що вихідну проблему пізніше буде виправлено) наступний `` svn-перемикач '' знову в тому ж батьківському каталозі дійсно перемкне решту непереключених файлів на новий шлях репо.

Це означає, що ви перейшли з однієї робочої копії на іншу, наприклад, ви перевірили робочу копію, а потім поміняли її місцями для порівняння з гілкою коду. Подивіться на книгу SVN, щоб дізнатись, як це скасувати.

Існує ще один спосіб досягнення цього статусу - який, сподіваємось, заощадить комусь час, відстежуючи його.

Я розпакував зовнішню бібліотеку у своєму корінь SVN, і виявляється, сторонній автор випадково включив власну папку .svn в одну зі своїх папок. Звичайно, це перезаписує нашу власну, правильну папку для підриву і має такий самий ефект, як описано в інших місцях на цій сторінці - здається, папка несподівано переключилася на іншу гілку.

"Елемент змінено."

Якщо ви використовували "svn switch" на своїй робочій копії, що це може пояснити?

Для мене це трапляється, коли команда "svn switch" перервана, і щоб вирішити її за допомогою TortoriseSVN, я клацну правою кнопкою миші на файлі та вибрав перемикач назад на батьківський

Просте рішення, як позбутися від „S” при видачі

svn status

просто перейти до папки, позначеної символом "S", і видалити приховану директорію .svn:

rm -rf .svn

Згодом джерела з'являються з позначкою "?" і ви можете легко додати їх у свіжому вигляді:

svn додати шлях / до / ресурсу

У моєму випадку два підкаталоги у гілці були видалені в магістралі. Я перейшов з магістральної гілки з каталогу верхнього рівня, а потім повернувся до магістральної і відчув проблему з цими підкаталогами, які зараз у стані S.

Я використав відповідь @ahnbizcad як орієнтир. З батьківського каталогу (який сам знаходиться в каталозі верхнього рівня) підкаталогів:

svn sw <branch_url>

svn sw <trunk_url>

Пропоную вам прочитати його офіційну довідку, спробуйте:

svn st --help

або

svn st --help | grep S

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