Как я исправляю “Неудавшуюся Фиксацию. Файл xxx устарел. путь xxx, не найденный”.

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

svn update
svn resolved <the directory in conflict>
svn commit

Я не смог найти удовлетворительного решения этой проблемы; однако я нашел неудовлетворительное решение.

Я удалил все файлы в транке и зафиксировал эти изменения. Затем я экспортировал свой код ветки в ствол, добавил все файлы и сделал большой коммит. Это повлияло на то, что мой ствол имитировал мою ветку 1: 1 (что я и хотел в любом случае).

К сожалению, это создает большой разрыв, поскольку история всех файлов теперь «потеряна». Но из-за нехватки времени, похоже, не было никакой другой возможности.

Я по-прежнему буду интересоваться любыми ответами, которые могут быть у других, поскольку я хотел бы знать, какова была основная причина и как ее избежать в будущем. .

О, мальчик! Выглядит плохо! Единственный вариант, который я могу придумать, это то, что рабочая копия повреждена.

Попробуйте удалить рабочую копию, выполнить новую проверку и снова выполнить слияние.

Если это не сработает, то запишите ошибку.

Я думаю, что видел нечто подобное, когда папки перемещались на сервер, но рабочие копии все еще были привязаны к старой структуре папок SVN. Не уверен, что кто-то перемещал что-то в вашем сундуке до того, как у вас появилась возможность объединить ветку.

Возможно ли это?

Похоже, проблема с выходом свойства svn: mergeinfo из строя между ветвью и магистралью.

Это приводит к следующим вопросам (простите мои инструкции в командной строке, поскольку я много использовал черепаху):

1. Вы выполняете слияние на уровне корня ствола или на уровне подпапок? По моему опыту, всегда лучше делать это на корневом уровне, так весь ствол думает, что он был объединен, а не просто часть (это, кажется, сильно сбивает svn в 1.5.0)

2. Мой следующий вопрос: вы используя параметр - повторно объединить ? Я никогда не могу вспомнить, как добраться до этого в черепахе, но когда вы возвращаетесь к стволу из ветки, вы должны использовать этот параметр.

3. Вы объединили ствол в ветвь до того, как воссоединились? Это может помочь устранить конфликты, которые могут возникнуть при обратном слиянии?

4. Есть ли у вас какие-либо свойства svn: mergeinfo в ветке, которые не находятся на корневом уровне? Я обнаружил, что это всегда вызывает проблемы. Вы всегда можете узнать это, выполнив команду svn -R pg svn: mergeinfo . Затем вы можете записать местоположения и ревизии, которые были ниже корня, если вы сочтете их подходящими, переместите их в корень с помощью svn merge --record-only -r start: end , а затем удалите их из подкорневых расположений с помощью svn pd svn: mergeinfo Затем вам нужно зафиксировать эти изменения

5. Как только у вас все будет готово, попробуйте снова выполнить слияние.

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

Я сомневаюсь, но, возможно, запустите svn cleanup на вашей работе Справочник поможет.

I had the same problem after merging a branch with a ton of changes back into my trunk. The only two solutions I could see was to do the svn move solution offered by Pacifika or manually merging the files with a diff tool. But I did find a workaround...

The machine that wasn't working was running Subversion client 1.6.5. I did the exact same thing on a machine with Subversion 1.5.4 and it worked! On both machines I did a 1) clean checkout of trunk, 2) svn merge ..., and 3) svn commit. My server is 1.5.x for what that's worth.

Hope this helps somebody.

У меня только что была похожая проблема, но без каких-либо разветвлений или слияний, чтобы вызвать проблему. Моим решением было следующее:

• svn экспортирует мою рабочую папку (включая неверсированные файлы) в папку temp.
• переименовывает рабочую папку в резервную копию.
• svn извлекает ствол.
• копирует всю папку из папки temp экспорта в новую рабочую папку.
• svn commit.

Теперь всё в порядке.

Я получал это на сервере 1.6.2, 1.6.8 tortoise. Все на Windows, никаких слияний в этой ветке.

Я переименовал каталог, и каким-то образом (возможно, из-за AnkhSVN) два файла в каталоге были помечены как "замененные", а не "нормальные". Было еще несколько незначительных изменений в других файлах в каталоге.

Возврат файлов, помеченных как замененные, устранил проблему.