Ошибка SVN: "x" не находится в том же хранилище, что и "y" во время слияния
Я получаю сообщение об ошибке
svn: 'x' isn't in the same repository as 'y' "
во время слияния. Какая проблема и как я могу ее исправить?
(Я действительно знаю ответ и отправляю его, как только я позволю системе, чтобы он был доступен другим пользователям. Я получил свою долю проблем с поиском ответа).
Ответы
Ответ 1
Проблема заключается в том, что информация о кассе отличается от того, что вы указали в команде svn merge
. Как правило, это может быть:
- имя хоста отличается при выполнении проверки. Вы сделали проверку как от
svn.example.com
, но теперь вы объединяетесь, ссылаясь на псевдоним хоста, например svn-alias.example.com
. обратите внимание, что даже случай важен. Вы можете получить эту ошибку, если выполните svn merge
с svn.example.com
. Подробнее об этом здесь и здесь.
- протокол отличается от того, что вы использовали для проверки. Например. http://svn.example.com против https://svn.example.com Убедитесь, что вы используете тот же протокол.
- вы указываете имя пользователя в
svn merge
в форме [email protected]
. Попробуйте удалить спецификацию [email protected]
(пользователь все равно передан). svn рассматривает имя хоста и, следовательно, репо, отличается, если вы укажете пользователя, даже если пользователь технически одинаков.
Ответ 2
это очень чувствительно к регистру. Иногда, если вы щелкните правой кнопкой мыши в любой ветке и нажмите "Слияние"
https://mysite.com/svn/MYREPO/trunk как слияние. Но у моего имени ветки есть небольшие буквы для myrepo
https://mysite.com/svn/myrepo/branches/mybranch.
это вызывает у меня ошибку
обязательно проверьте чувствительность к корпусу. Если его правильный тип в мастере правильно
Ответ 3
Слияние чувствительно к регистру. Убедитесь, что при первоначальной проверке убедитесь, что имя и регистр совпадают. Например, если вы заказываете "http:///ABC", убедитесь, что вы вводите "http:///ABC", а не "http:///abc" в "URL-адрес для слияния".
Ответ 4
Вы также можете получить эту ошибку, если оба хранилища, несмотря на то, что они являются отдельными, имеют одинаковый UUID. Легко разрешается с помощью команды "svnadmin setuuid" на одном из них.
Ответ 5
У меня просто такая же проблема, и я просто очистил входной порт и работает