Как вы преодолеваете svn 'устарела' ошибка?

Question

Я пытался переместить структуру каталогов из одного места в другое в Subversion, но я получаю ошибку Item '*' is out of date commit.

Я проверил последнюю версию (насколько я могу судить). svn st -u не обнаруживает никаких отличий, кроме команд mv.

Answer 1

Обновите ваш сервер и клиент до Subversion 1.9.

Если ошибка out of date возникает случайно, когда это обычно не происходит, то при запуске commit это может указывать на то, что вы используете устаревший и неподдерживаемый Subversion 1.7 или более старый клиент или сервер.

Вам необходимо обновить сервер и клиентов, чтобы решить проблему. См. Соответствующую запись Заметки о выпуске Subversion 1.9: «Устаревшие» ошибки при фиксации по HTTPv1 .

Answer 2

Ошибка в том, что вы не обновили этот конкретный файл, сначала обновите его, затем только вы можете зафиксировать файл.

Answer 3

Я сделал это, и у меня это сработало:
1. Сделайте резервную копию вашего файла. Вы можете просто скопировать свой код в текстовый файл.
2. Щелкните правой кнопкой мыши файл, который вы хотите зафиксировать >> Команда >> Показать историю. 3. На панели «Показать историю» вы увидите все ревизии этого файла. Щелкните правой кнопкой мыши последнюю версию файла >> Получить версию: она отменит ваши локальные изменения.
4. Теперь объедините ваш код с последним файлом с файлом резервной копии (шаг № 1).
5. Синхронизировать и зафиксировать вновь объединенный файл.

Answer 4

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

Мое предположение о том, что произошло (среди прочего, может быть несколько причин для этого «svn: E160024: ресурс устарел; попробуйте обновить»): наряду с trunk был каталог branches , Я вытащил branches/branch-1 в master из GitHub. Выполнение svn update из родительского каталога (то есть корня моей рабочей копии) вместо trunk, похоже, сделало что-то в branches в дополнение к trunk. Когда я снова попытался commit, ошибки не было.

Однако, как я уже сказал выше, это один случай среди, вероятно, многих других.

Примечание: в отличие от того, что кто-то предложил, я не считаю хорошей идеей играть вручную в каталоге .svn.

Answer 5

Это произошло, когда я обновил ветку более раннего выпуска файлами из ствола. Я использовал Windows Explorer, чтобы скопировать папки из папки извлечения ствола, и вставил их в представление Eclipse папки извлечения ветви выпуска. Теперь проводник Windows был настроен так, чтобы не показывать «скрытые» файлы, начинающиеся с «.», Поэтому я не обращал внимания на то, что все неправильные файлы .svn были вставлены в папку извлечения моей ветки релиза. Doh!

Мое решение состояло в том, чтобы сдуть поврежденный проект Eclipse, проверить его снова, а затем скопировать новые файлы более тщательно. Я также изменил Windows, чтобы показать «скрытые» файлы.

Answer 6

Просто введите svn в командную строку или, если вы находитесь в Windows, выберите опцию svn update.

• Как только это будет сделано, это позволит вам совершать дальнейшие действия, такие как фиксация и другие.

Answer 7

isyly сделать это:

1) Я копирую свой код модификации в блокнот. 2) Далее обновите файл. 3) скопируйте код блокнота в обновленный файл. 4) совершить в SVN.

Answer 8

Чтобы решить, мне нужно было вернуть файл с проблемой и обновить мою рабочую копию, а позже я снова изменил файл, и после этих шагов ошибка больше не возникала.

Answer 9

Я только что получил эту ошибку. Я рекомендую сначала проверить на сервере, есть ли там оригинальный файл. Иногда изменения не вносятся в вашу локальную папку. Если это ваша ситуация, просто удалите папку и оформите заказ снова.

Answer 10

В моем случае решением было только удаление локальной версии и повторное извлечение свежей копии.