Subversion - ошибка при получении "это уже рабочая копия для другого URL"
Когда я проверяю проект или пытаюсь зафиксировать (ранее я мог это сделать), я получаю следующую ошибку:
svn: 'C:\Users\username\workspace\ABC' is already a working copy for a different URL
где ABC - название проекта. Любые мысли о том, как это исправить или что может быть причиной этого?
4 ответа
Ваш working directory
содержит .svn
Подкаталог, который указывает на какой-либо репозиторий, используйте следующий, чтобы сделать следующий шаг к решению вашей проблемы: (info
, status
а также resolve
):
svn info
- информация: отображение информации о локальном или удаленном объекте.svn status
- status (stat, st): вывести статус рабочей копии файлов и каталогов.svn resolve
- разрешить: разрешить конфликты в файлах или каталогах рабочих копий.
Я опоздал на эту вечеринку, но столкнулся с той же проблемой. Я только что перешел с более старой версии SVN на новую и более новый сервер. Локальные рабочие каталоги все еще указывали на старый сервер. Команда svn relocate устранила проблему. увидеть:
D:\dev\svn_monitor>svn help relocate
relocate: Relocate the working copy to point to a different repository root URL.
usage: 1. relocate FROM-PREFIX TO-PREFIX [PATH...]
2. relocate TO-URL [PATH]
Rewrite working copy URL metadata to reflect a syntactic change only.
This is used when a repository's root URL changes (such as a scheme
or hostname change) but your working copy still reflects the same
directory within the same repository.
1. FROM-PREFIX and TO-PREFIX are initial substrings of the working
copy's current and new URLs, respectively. (You may specify the
complete old and new URLs if you wish.) Use 'svn info' to determine
the current working copy URL.
2. TO-URL is the (complete) new repository URL to use for PATH.
Examples:
svn relocate http:// svn:// project1 project2
svn relocate http://www.example.com/repo/project \
svn://svn.example.com/repo/project
Valid options:
--ignore-externals : ignore externals definitions
Global options:
--username ARG : specify a username ARG
--password ARG : specify a password ARG (caution: on many operating
systems, other users will be able to see this)
--password-from-stdin : read password from stdin
--no-auth-cache : do not cache authentication tokens
--non-interactive : do no interactive prompting (default is to prompt
only if standard input is a terminal device)
--force-interactive : do interactive prompting even if standard input
is not a terminal device
--trust-server-cert : deprecated; same as
--trust-server-cert-failures=unknown-ca
--trust-server-cert-failures ARG : with --non-interactive, accept SSL server
certificates with failures; ARG is comma-separated
list of 'unknown-ca' (Unknown Authority),
'cn-mismatch' (Hostname mismatch), 'expired'
(Expired certificate), 'not-yet-valid' (Not yet
valid certificate) and 'other' (all other not
separately classified certificate errors).
--config-dir ARG : read user configuration files from directory ARG
--config-option ARG : set user configuration option in the format:
FILE:SECTION:OPTION=[VALUE]
For example:
servers:global:http-library=serf
Я столкнулся с аналогичной проблемой, когда я удалил свой локальный WD и попытался снова оформить заказ. Обязательно укажите точный путь к каталогу SVN, так как будут другие каталоги с файлами.svn, поэтому у него будет конфликт.
Это поможет наверняка:
- Удалите все каталоги.svn из вашей системы (вы можете создать резервную копию)
- Сделайте новую проверку вашего хранилища
Вы можете использовать следующие команды DOS для поиска каталогов.svn:
cd \
dir /s .svn