Subversion Merge «Путь не найден»

В моем проекте Subversion я отделился от туловища, внесли некоторые изменения, и теперь я реинтегрирую эту ветку обратно на багажник. Когда я пытаюсь выполнить слияние, я получаю следующее сообщение об ошибке, которое, похоже, жалуется на конкретную ревизию.Subversion Merge «Путь не найден»

Merge status operation failed. 
Filesystem has no item 
svn: '/svn/repo/!svn/rvr/24066/path/to/branch/newProject' path not found

Примечание: Филиал был создан при пересмотре 24068.

Может кто-нибудь объяснить, почему эта ошибка происходит и как она может быть решена?

EDIT

Версия SVN и Subclipse я использую 1,6.

источник

2014-07-01 ConMan

Показать реальные команды, (log, ls, merge) и вывод и добавить версию SVN –

@LazyBadger извиняется, этот вопрос был отправлен не для решения моей конкретной проблемы, а для того, чтобы действовать как ресурс для этой проблемы в целом. Возможно, я ошибаюсь, думая в общих терминах, но из моих исследований это, по-видимому, довольно распространенная проблема без четкого объяснения. Отредактировано с версией svn, поскольку это действительно может быть релевантной информацией. – ConMan

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

Проверьте путь, который он говорит, не существует на самом деле существует, SVN является обычно об этом.
Иногда это может быть проблема чувствительности к регистру, поэтому проверяйте ошибки этих ошибок.
Если вы используете svn через http, вставьте URL-адрес в свой браузер и убедитесь, что вы можете видеть файл.
Попробуйте сделать svn cleanup или в команде Eclipse> Очистка. Это предназначено для удаления блокировок, оставшихся после того, как операция не завершилась успешно, в прошлом она фиксировала несколько головных царапин!
Проверьте файлы rogue svn.info. Этот файл должен существовать в корне вашей ветви и иногда может вызывать проблемы, если он существует в других областях проекта и не обновляется. Я видел эту проблему на работе 26/06/15 с svn 1.8 и eclipse с подрывным устройством и разъемом svnkit 1.8, что мешало нам слияния. Решение заключалось в том, чтобы удалить все файлы svn.info, кроме одного в корне проекта.

источник

2015-06-28 14:36:14 ConMan

Я столкнулся с этой проблемой и обнаружил, что она была вызвана одной из Cached Repositories в TortoiseSVN.

Чтобы исправить это, я перешел в настройки TortoiseSVN, кэширование журнала> кэшированные репозитории и удалил кеш.

источник

2016-09-09 18:12:11 msmucker0527

Я не часто использую черепаху, но когда я это делаю, я считаю, что лучше отключить кеширование и сохраненные данные. Был заблокирован из моего аккаунта несколько раз, потому что он думает, что знает пароль, который я только что изменил ... – ConMan

не помогло. все еще есть ошибка –

Решенная проблема в моем случае. –

Если бы ту же ошибку делает «показать журнал» на ветке. Сброс кеша в качестве msmucker0527 описал эту проблему для меня. Фактически «Обновление» журнала кеша, а не «Удалить». Найдено «Настройки» в разделе «Пуск»/«TortoiseSVN»/«Настройки»

источник

2017-02-27 18:16:16 flashlowe

Если у вас была точная ошибка при запуске команды svn. Первоначально использовался командный файл для запуска команды и не возникало проблем. Но позже я перешел в Powershell, чтобы выполнить команду, и я столкнулся бы с этой ошибкой.

Оказалось, что URL-адрес чувствителен к регистру при выполнении через Powershell, но он прошел отлично с помощью пакетного сценария.

Пожалуйста, проверьте URL-адрес для чувствительности к регистру.

источник

2017-06-09 13:56:06

Когда я проверил проект как обычный проект (не как проект maven) , а затем преобразовал его в maven перед слиянием команды.проблема устранена.

источник

2017-11-21 19:15:31

Subversion Merge «Путь не найден»

ответ

Смежные вопросы