не может зафиксировать в SVN, потому что рабочая копия всегда устарела

Question

Я пытаюсь совершить какую-то работу, но svn всегда дает сбой и сообщает, что файл, который я изменил, устарел Сначала я попытался обновить, это не работает. Очистка не работает. Если я верну файл, скопирую свои изменения и попробую это, он все равно не получится. Это не просто конкретный файл, и если я верну все это обратно к предыдущей ревизии и изменим какой-либо файл, эта проблема все еще возникает.

У меня нет идей. У кого-нибудь есть что-нибудь?

Спасибо.

Answer 1

Попробуйте создать новую проверку, а затем скопировать в нее свои изменения. У меня тоже были некоторые необъяснимые проблемы с TortoiseSVN, и это было единственное, что помогло.

Answer 2

Если вы можете обновить свой файл, рабочая копия, кажется, работает правильно.

Вы обновили каталог или только файл? У меня были ситуации, когда svn не мог зафиксировать, потому что свойства каталога изменились в хранилище. Обновление каталога решило эту проблему.

Еще одна попытка - использовать svn cleanup .

Новая касса является последним средством.

Answer 3

Вот распространенный сценарий, который я видел, вызывает у многих головные боли. Возможно, вы находитесь в этом состоянии:

1. Рабочая копия в поврежденном состоянии. SVN жалуется, что файл 'bar' под 'foo' каталог вызывает проблемы.
2. Разработчик делает резервную копию каталог foo.
3. Разработчик удаляет каталог foo из рабочей копии.
4. Разработчик делает svn update, foo и планка перевернута и svn счастлив.
5. Разработчик копирует резервную копию foo вернитесь в рабочую копию, и SVN больше не будет доволен и больше не сможет обновлять и / или фиксировать

Здесь произошла фатальная ошибка, когда разработчик сделал резервную копию dir 'foo', он также сделал резервную копию всех скрытых каталогов ".svn", вложенных в foo.

Таким образом, решение (по моему опыту) состоит в том, чтобы использовать функцию "экспорта" tortoise svn для создания резервной копии foo. Tortoise svn Export создаст копию структуры каталогов без метаданных svn (.svn dirs). Таким образом, как только вы вернетесь к шагу 3 и svn будет доволен, когда вы скопируете свою резервную копию обратно в каталог рабочей копии, svn сможет правильно зафиксировать изменения.

Опять же, если вы создаете резервную копию только одного файла, тогда это не поможет.

Answer 4

У меня была эта ошибка с переименованием пакетов java (каталогов для svn).

Я решил это, выполнив «Переопределение и обновление» для удаленного каталога (в моем проекте он был пустым). Затем зафиксировал новый каталог с файлами. После этого снова удалили переименованный проект и подтвердили его.

Answer 5

Для меня эта процедура сработала: В одном файле я вернулся к старой версии файла. Когда я хотел зафиксировать проект, у меня было сообщение, что этот конкретный файл устарел, и он не зафиксировал.

Что нужно сделать, это скопировать содержимое файла и вернуться к последней svn-версии этого файла.

Как только это будет сделано, скопируйте в файл содержимое, которое вы сохранили, а затем подтвердите. Это сработало для меня.