svn commit не выполняется svn: '/ svn /! svn / bc /

Question

После некоторого рефакторинга в Eclipse Subversion начинает жаловаться при фиксации. Я понятия не имею, как это исправить. Мне удалось удалить (и подтвердил удаление GPFragmentRef.java.

>niclas@nl:~/$svn commit -m "trying again"
Adding         core/doc/GDocSection.java
Adding         core/doc/GDocSectionID.java
Adding         core/doc/GDocSectionRef.java
svn: Commit failed (details follow):
svn: '/svn/!svn/bc/21791/DST/trunk/grammar-core/src/main/java/dts/grammar/core/policy/GPFragmentRef.java' path not found

Что означает svn/!svn/bc?

Answer 1

Я уверен, что вы пошли дальше, но я только что получил ту же ошибку, используя клиент Subversion командной строки, и это оказалось проблемой с капитализацией на моем пути.Довольно очевидно, но я подумал, что выброшу это, чтобы спасти кого-то еще.

Answer 2

Решение проблемы было:

• Оформить новую рабочую копию.
• Ручное добавление изменений в новую рабочую копию со сломанной.

Answer 3

Похоже, svn пытается зафиксировать изменения в GPFragmentRef.java еще раз.Возможно, вы могли бы запустить svn cleanup, чтобы посмотреть, поможет ли это.Другой возможностью будет попытка отменить изменения в этом файле, запустив svn revert только для этого файла .

Answer 4

У меня была такая же проблема (также вызванная слишком большим количеством переименований / рефакторов / ходов / и т. Д.).Я смог решить ее, создав патч, отменив все изменения и применив патч.После этого я мог совершить просто отлично.

Answer 5

Это может произойти, если вы вручную скопировали проект в другое хранилище, и все каталоги .svn все еще там.

Используйте это на скопированной директории, чтобы стереть метаданные Subversion:

find . -type f -name ".svn" -exec rm -i -f -r '{}' \;

Answer 6

Это сработало для меня: откладывать изменения, обновлять, снова сбрасывать, а затем фиксировать.

Answer 7

Иногда это может происходить, когда вы выполняете ряд действий, включающих копирование, изменение и удаление одного или нескольких файлов.Subversion может потерять их в процессе переименования / удаления, и фиксация завершится неудачей.Переместите в сторону поврежденные файлы или каталог, повторно проверьте его с помощью обновления svn и скопируйте измененные файлы в новый каталог.Вы можете потерять информацию об отслеживании переименованных / перемещенных файлов, но вы сможете зафиксировать свои изменения.

Answer 8

Это внутренний набор URL-адресов, который Subversion использует для управления транзакциями фиксации и т. Д. Похоже, ваш сервер больше не настроен для размещения вашего хранилища по этому URL-адресу.

Вы должны проверить, что mod_dav_svn все еще установлен и настроен. Можете ли вы получить чистую проверку или запустить любую операцию, которая взаимодействует с сервером, например, svn status -u?

В качестве альтернативы это может быть проблема с фильтрацией путей, если ваш администратор попытался отфильтровать ваш доступ к определенным путям в хранилище. Вам также всегда понадобится доступ к дереву / svn /! Svn / и, возможно, также (благодаря старой ошибке) для отправки запроса OPTIONS в корневой каталог репозитория, /svn.

.