Попробуйте выполнить svn checkout, но получите: svn: '.' уже является рабочей копией для другого URL

Я пытаюсь выполнить svn checkout в своей папке public_html, но получаю эту ошибку: svn: '.' уже является рабочей копией для другого URL

Мой брат уже создал для меня шаблонный сайт, но я изменил его и поместил эти изменения в собственное репо. Как мне сделать так, чтобы эта папка не была рабочей копией репо, которое он изначально настроил?

Могу ли я удалить папку public_html и создать новую? Я готов начать с нуля, так как я собираюсь просто проверить уже установленный сайт drupal на этом сайте.

В другом вопросе я видел, что решением может быть просто удалить каталог .svn. Я пробовал это, но он сказал, что для нескольких подкаталогов в .svn в разрешении отказано.

Заранее благодарим за ЛЮБУЮ помощь, надеюсь, этот вопрос не слишком тупой ...


person Community    schedule 01.06.2009    source источник
comment
Если у вас нет разрешения на удаление public_html / .svn, вы также не сможете удалить public_html.   -  person rodion    schedule 01.06.2009
comment
SVN из строки cmd! вам следует полностью использовать tortoise svn tortoisesvn.net/downloads   -  person    schedule 01.06.2009


Ответы (7)


Эта последовательность команд подойдет, если вы торопитесь.

Должен быть способ обновить ссылочный URL-адрес рабочей копии, но я не знаю этого на лету.

$ svn diff > ../changes.patch
$ rm -rf * ..?*
$ svn checkout url
$ patch -p < ../changes.patch
person Joshua    schedule 01.06.2009
comment
Это (приблизительно) svn switch. Тот, кто попадает сюда из Google, может захотеть проверить stackoverflow.com/a/933468/2279059 - person Florian Winter; 20.04.2020

Вы можете попробовать "svn switch". В примере на http: // svnbook.red-bean.com/en/1.0/ch04s05.html это так же просто, как:

 $ svn switch http:// svn.example.com/repos/calc/branches/my-calc-branch

Но поскольку у вас есть проблемы с разрешениями на подкаталог, ваш план воссоздания public_html звучит как лучшее решение; только остерегайтесь опечаток с "rm". Попробуйте 'mv' просто переместить старый каталог в сторону, что не зависит от разрешений подкаталога.

Ты можешь использовать:

 $ mv public_html old_public_html
 $ mkdir public_html
 $ chmod 755 public_html
 $ cd public_html
 $ svn checkout url
person krubo    schedule 01.06.2009

Если вам не нужна связь с репо вашего брата, просто удалите все его .svn каталоги.

Проблема с разрешением, безусловно, не связана с SVN.

person esycat    schedule 01.06.2009

Я думаю, что лучший вариант в вашем случае - удалить папку и снова создать ее, выполнив проверку из SVN

person PabloCocko    schedule 26.03.2014

В другом вопросе я видел, что решением может быть просто удалить каталог .svn. Я пробовал это, но он сказал, что для нескольких подкаталогов в .svn в разрешении отказано.

Даже если вы не можете удалить каталоги, вы можете их переместить:

$ mv .svn /tmp/dustbin

редактировать:

У вас должен быть доступ на запись как минимум к вашему домашнему каталогу:

$ mv ~/public_html /tmp/dustbin
$ mkdir ~/public_html
person lispmachine    schedule 01.06.2009

Я столкнулся с этой ошибкой («... это уже рабочая копия для другого URL») только что в Eclipse 3.5. Я пытался проверить конкретную ветвь проекта с точки зрения Eclipse "SVN Repository Exploring" (клиентский адаптер Subclipse subversion с tigris.org). Я углубился в [project] | branches | [branch], который меня интересовал, затем щелкнул правой кнопкой мыши по интересующей меня ветви и выбрал Checkout; это привело к ошибке.

Для меня исправление заключалось в том, чтобы вместо этого перейти в перспективу «Java EE», щелкнуть правой кнопкой мыши мой проект и выбрать Replace With | Branch/Tag... в контекстном меню. Сделав это, я успешно смог скачать интересующую меня ветку.

person Jon Schneider    schedule 04.02.2010
comment
Что заменить на | Branch / Tag ... вероятно, имя Eclipses для SVN SWITCH (см. Ниже). Если бы какой-либо гуру Eclipse / SVN мог это подтвердить, это сделало бы этот поток более понятным. (На мой взгляд, переключатель - это именно то, что здесь нужно, и он был разработан именно для этой ситуации.) - person johanekdahl; 24.09.2013

Я обнаружил, что если я просто перейду в перспективу J2EE, щелкните проект правой кнопкой мыши и выберите «Удалить», прежде чем я попытаюсь проверить новую ветку, это решит эту проблему.

person Heather    schedule 15.07.2010