Рабочая копия заблокирована ошибка в tortoise svn при совершении

принятый ответ не работа для меня. Чтобы устранить эту проблему, я должен был щелкнуть правой кнопкой мыши на заблокированном файле, выберите repo-browser. Это открылось всплывающее окно с файлами на сервере SVN. Затем я щелкнул правой кнопкой мыши по заблокированному файлу и выбрал break lock.

когда я закрыл браузер репозитория, вернувшись в explorer, я мог наконец совершить!

1. Правой Кнопкой Мыши на папку.
2. TortoiseSVN - >проверьте наличие изменений.
3. Нажмите кнопку Проверить репозиторий.
4. сломать замок по всем возвращенным файлам.

Я столкнулся с этой проблемой. Для некоторых я хотел бы отметить, что если он заблокирован, проверьте свою команду. У кого-то в команде могут быть заблокированы некоторые вещи, потому что они работают над этим (это позволяет разработчикам работать над вещами без других, приходящих и пытающихся работать над тем же контентом). Если это так, освобождение блокировки, а затем обновление может привести к потере данных для разработчика, который ее заблокировал.

имея в виду, что моя забота заключалась в том, что опция "очистить", возможно, изменит мою рабочую копию или удалит информацию с уровня РЕПО Subversion. Это не так. Ответ сработал. Шахте оказались заблокированными, когда я нажал "отмена" во время обновления. Я закончил тем, что потянул некоторые из наших ветвей, и мне не нужен был материал, поэтому я нажал отмена. Моя рабочая копия была заблокирована. Я не мог найти никаких документов, которые появились как "заблокированные", когда я использовал команду "release lock". Это оставило меня озадаченным и немного растерянным. чтение (и этот поток) я попытался выполнить команду "очистить". После очистки он решил мою проблему, и ничего больше не было заблокировано.

источник:http://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-dug-locking.html

в SVN есть несколько значений "lock", и некоторые из этих ответов, которые говорят о" блокировке разрыва " или товарищеском по команде, держащем замок, не используют соответствующее значение для исходного вопроса. Этот вопрос касается "рабочих блокировок копирования" (т. е. они полностью локальны для рабочей копии на вашем компьютере и не имеют ничего общего с вами или товарищами по команде, держащими блокировку/выезд на файл). Принятый ответ MicroEyes ссылается на правильное использование и ваш самый лучший вариант когда такое случается.

Если очистка не работает, вам может потребоваться проверить новую рабочую копию проекта. Если у вас есть какие-либо измененные файлы, вам нужно будет скопировать их в новую рабочую копию, чтобы вы не потеряли свои изменения.

см. эту страницу в документах Tortoise SVN для описания трех обычаев "блокировки":http://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-dug-locking.html

отрывок (курсив добавлено):

три значения слова "замок"

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

второй -блокировка рабочей копии, используется внутри Subversion к предотвращение столкновений между несколькими клиентами Subversion, работающими на та же рабочая копия. Обычно вы получаете эти замки, когда команда как update / commit/... прерывается из-за ошибки. Эти замки могут быть удалено, выполнив команду cleanup в рабочей копии, как описано в разделе "очистка".

...

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

1. пошел в папку самого высокого уровня
2. Нажмите кнопку Очистка, а также отмеченные от методов очистки -- > сломать замки

Это работает для меня.

Я пробовал разные вещи, включая "очистку" в нижних подкаталогах. Наконец, я попытался обновить папку верхнего уровня. Ничего. Затем я прочитал совет "очистить верхний уровень". Я пробовал. Очистка прошла успешно, но замок остался. Моим решением было вернитесь на верхний уровень, очистите, затем очистите каждый красный (!) папка, которую я мог бы развернуть до. После того, как все было "очищено", обновление работало отлично. Наконечник "break lock" тоже выглядит хорошо, за исключением что кто-то из вашей команды может есть законный замок на вещи.

мне удалось заблокировать себя из файла в svn-не знаю, как - но когда я попытался (повторно) получить блокировку (Черепаха показывала опцию "Get Lock" для файла), он пожаловался, что уже имел блокировку. Я попытался удалить файл и зафиксировать изменение каталога - тот же результат. Я попытался очистить (включая обновление наложения), но это тоже не удалось.

решение состояло в том, чтобы войти в репо-браузер Tortoise, найти файл и использовать сломать замок функция.

Решение Для Windows:

https://sourceforge.net/projects/win32svn/

1.Загрузите его, затем добавьте в system path.

2.Перейдите в рабочий каталог, выполните " svn clean "и" svn update " в cmd.