Як ви подолаєте помилку svn 'застарілий'?

Я намагався перемістити структуру каталогів з одного місця в інше в Subversion, але я отримав Item '*' is out of dateпомилку при здійсненні.

У мене перевірена остання версія (наскільки я можу сказати). svn st -uне виявляється відмінностей, крім команд mv.

Я інколи отримую це з TortoiseSVN на windows. Для мене рішення - svn updateце каталог, хоча для завантаження чи оновлення немає змін. Це щось робить з метаданими, що магічно їх фіксує.

Після випробування всіх очевидних речей та деяких інших пропозицій тут, не пощастило, пошук Google призвів до цього посилання (посилання більше не працює) - Subversion говорить: Ваш файл чи каталог, мабуть, застаріли.

Коротше кажучи, хитрість полягає в тому, щоб перейти до каталогу .svn (у каталозі, що містить файл -образник ) та видалити файл "all-wcprops" .

Для мене працювали, коли нічого іншого не робили.

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

Я виявив, що це працює для мене:

svn update
svn resolved <dir>
svn commit

Спробував оновити локальну копію та відновити відповідний елемент, і все-таки отримав помилку "застаріло". Це спрацювало чомусь:

svn update --force /path/to/dir/or/file

У мене була однакова проблема в декількох папках, і ось що я зробив:

1) У перспективі "Команда синхронізувати" клацніть правою кнопкою миші на папці> Переосмислити та оновити
2) Знову видаліть папку
3) Здійсніть і будьте щасливі

Дякую. Це просто вирішило це для мене. оновлення svn --force / шлях до назви файлу /

Якщо ваш останній файл у локальному каталозі такий же, запитів немає. Якщо файл інший, він запрошує tf, mf і т. Д ... вибір mf (мій повний) гарантує, що нічого не буде перезаписано, і я можу зробити це, коли це зробити.

Джей CompuMatter

Мені вдається вирішити це, натиснувши кнопку оновлення

Як @ Олександр-Клюбін пропонує, перенесіть у сховище. Це також буде набагато швидше, особливо якщо у вас є велика кількість даних для переміщення, тому що вам не доведеться знову передавати всі ці дані по мережі.

svn mv https://username@server/svn/old/ https://username@server/svn/new/

повинен працювати просто чудово

Видаліть файл або свій шлях, використовуючи перед виконанням команди, зробіть більшість змін

sudo rm -r /path/to/dir/

після:

svn up and commit or delete 

Ви впевнені, що перевірили голову, а не нижчу версію? Також ви зробили оновлення, щоб переконатися, що ви отримали останню версію?

Про це йде дискусія http://svn.haxx.se/users/archive-2007-01/0170.shtml .

Виконайте переміщення безпосередньо у сховищі.

Принаймні одна причина помилки повідомлення "застаріла". У моєму випадку проблема була .svn / dir-props, яка була створена за допомогою запуску "svn propset svn: ignore -F .gitignore." вперше. Видалення .svn / dir-props здається поганою ідеєю і може спричинити інші помилки, тому, можливо, найкраще використовувати "svn propdel", щоб очистити помилку "svn propset".

# Normal state, works fine.
> svn commit -m"bump"  
Sending        eac_cpf.xsl
Transmitting file data .
Committed revision 509.

# Set a property, but forget to commit.
> svn propset svn:ignore -F .gitignore .
property 'svn:ignore' set on '.'

# Edit a file. Should have committed before the edit.
> svn commit -m"bump"                   
Sending        .
svn: Commit failed (details follow):
svn: File or directory '.' is out of date; try updating
svn: resource out of date; try updating

# Delete the property.
> svn propdel svn:ignore .              
property 'svn:ignore' deleted from '.'.

# Now the commit works fine.
> svn commit -m"bump"     
Sending        eac_cpf.xsl
Transmitting file data .
Committed revision 510.

Якщо ви використовуєте міст github svn, певно, що щось змінилося з боку речей Github. Рішення просте, потрібно просто запустити svn switch, що дозволяє правильно знайти себе, потім оновити і все спрацює. Просто виконайте наступне з кореня вашого каси

svn info | grep Relative 
svn switch path_from_previous_command
svn update

або

svn switch `svn info | grep Relative | sed 's_.*: __'`
svn update

Основа цього рішення походить із блогу Лі Преймсбергера

Ви переміщуєте його за допомогою svn mv, чи просто mv? Я думаю, що використання просто mvможе спричинити цю проблему.

Я перемістив dir на свою локальну машину для безпечного зберігання, потім svn видалив тупий каталог, а потім здійснив. Коли я намагався додати папку з моєї локальної машини, вона ПОСЛІ викинула помилку (переміщення SVN зробило те саме, що я намагався перейменувати папку). Тож я повернувся, потім зробив mkdir DIRNAME, додав та здійснив. Потім я додав вміст у і вчинив, і він спрацював.

Я випадково отримав цю помилку після видалення декількох каталогів, у кожному з яких були деякі файли. Я видалив каталоги через Netbeans і зрозумів, що він насправді не видалив їх. Здавалося, просто видалити все, що знаходиться всередині каталогів, і видалило посилання на каталог у Netbeans. Однак вони все ще існували у файловій системі. Переконайтесь, що вони видалені з файлової системи, і спробуйте зробити знову.

Якщо одного разу вирішили подібну проблему, просто перевіривши нову робочу копію та замінивши каталог .svn, викидаючи помилки на фіксування, на цю нещодавно перевірену. Причиною в моєму випадку було те, що після пошкодження сховища та відновлення з резервної копії робоча копія вказувала на перегляд, якого не було у відновленому сховищі. Також потрапили помилки "елемент застарілих". Оновлення робочої копії перед фіксацією не вирішило це, але замінило .svn, як описано вище.

Я це зробив, і це спрацювало для мене:
1. Зробіть резервну копію свого файлу. Ви можете просто скопіювати свій код у текстовий файл.
2. Клацніть правою кнопкою миші файл, який ви хочете зробити >> Команда >> Показати історію. 3. На панелі "Показати історію" ви побачите всі зміни цього файлу. Клацніть правою кнопкою миші останню версію файлу >> Get Revision: Це змінить ваші локальні зміни.
4. Тепер з’єднайте свій код із останнім файлом із резервним файлом (крок №1).
5. Синхронізуйте та зафіксуйте нещодавно об’єднаний файл.

Оновіть ваш сервер і клієнта до Subversion 1.9.

Якщо out of date помилка виникає випадковим чином, коли вона зазвичай не повинна, коли ви виконуєте фіксацію, це може означати, що ви використовуєте застарілий і непідтримуваний Subversion 1.7 або старіший клієнт або сервер.

Вам слід оновити сервер та клієнтів, щоб вирішити проблему. Дивіться відповідну запис Subversion 1.9. Примітки до випуску: "Позастарілі" помилки під час здійснення даних над HTTPv1 .

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

Спробував все, окрім змін у .svn безпосередньо. Нічого не допомогло, ось ось моє рішення.

У програмі Eclipse> Window> Show View> History Я бачив, що цей файл не знаходиться на останньому перегляді, хоча я зробив кілька svn "Переосмислити та оновити" / "Відновити" / видалити файл та видалити замовлення.

Тому я зайшов Explorer Package> Клацніть правою кнопкою миші на файл> Замінити на> Останній із сховища .

Ще один погляд у "Історичному перегляді" показав, що файл тепер був на останній редакції.

"Очистити" Це приведе вас у дорогу.

Клацніть правою кнопкою миші папку svn і натисніть «Очистити», зробіть це, якщо ви отримаєте цю помилку.

Це сталося, коли я оновив гілку попереднього випуску з файлами з магістралі. Я використовував Провідник Windows, щоб скопіювати папки з моєї папки замовлення багажника і вставив їх у мій перегляд Eclipse з папки оформлення відділення випуску. Тепер Провідник Windows був налаштований не показувати "приховані" файли, починаючи з ".", Тож я не забув про те, щоб усі неправильні .svn файли вставлялися в папку замовлення відділення випуску. До!

Моїм рішенням було зняти пошкоджений проект Eclipse, перевірити його ще раз, а потім більш ретельно скопіювати нові файли. Я також змінив Windows, щоб показати "приховані" файли.

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

У моєму випадку рішенням було лише видалення локальної версії та повторна реєстрація свіжої копії.

Я щойно отримав цю помилку. Я рекомендую вам спочатку перевірити на своєму сервері, чи існує оригінальний файл. Іноді зміни не вносяться у вашу локальну папку. Якщо це ваша ситуація, просто видаліть свою папку та оформити замовлення ще раз.

Щоб вирішити, мені потрібно було відновити файл із проблемою та оновити свою робочу копію, а пізніше я знову змінив файл, і після цих кроків помилка більше не сталася.

Просто виконайте svn в командному рядку або якщо ви знаходитесь у Windows, виберіть опцію оновлення svn.

• Після цього це дозволить зробити подальші дії, такі як вчинення та інші.

Я щойно це отримав, коли я намагався commitз trunkкаталогу. Виконання svn updateз trunkкаталогу не вирішило помилку; проте, роблячи svn updateз батьківського каталогу (де.svn належить каталог), вирішили помилку.

Мої здогадки про те, що сталося (у випадку використання, серед іншого, може бути кілька причин цього "svn: E160024: ресурс застарів; спробуйте оновити"): поряд з trunkцим був і branchesкаталог. Я взяв участь branches/branch-1у masterGitHub. Здійснення svn updateз батьківського каталогу (тобто кореня моєї робочої копії) замість того, що, trunkздається, щось зробив branchesна додаток до trunk. Коли я намагавсяcommit знову , помилки не було.

Однак, як я вже говорив вище, це один випадок, напевно, багато інших.

Побічна примітка: на відміну від того, що хтось запропонував, я не вважаю, що це гарна ідея грати в .svnкаталог вручну .