Visual Studios 2010 SP1 «Невозможно скопировать файл» ... \. Svn \ all-wcprops 'Доступ к пути «bin \\. Svn \ all-wcprops» запрещен »

Question

Я использую Visual Studio 2010 для разработки приложения MVC 3 для Azure. Мы используем AnkhSVN для управления подрывной деятельностью, которая в прошлом была слегка ошибочной.

Ошибка, которую я получаю при попытке выполнить сборку / отладку моего приложения:

Невозможно скопировать файл "C: \ Xxx_bin_deployableAssemblies.svn \ all-wcprops" в "bin \ .svn \ all-wcprops". Доступ к пути 'bin \ .svn \ all-wcprops' запрещен.

История становится все более запутанной, поскольку эта ошибка не возникает на другой машине разработчика, только на моей. Единственная реальная разница в наших машинах заключается в том, что у меня установлен SP1.

Также, когда я обновил AnkhSVN и повторно проверил приложение с сервера subversion, оно работало, не выдавая ошибку для первой сборки. После закрытия моего компа и последующего запуска снова возникла ошибка.

Обновление:

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

Думаю, проблема в том, что приложение пытается скопировать файл .svn во время сборки, а не просто игнорировать.

Знаете ли вы о каком-либо способе явного исключения файла .svn из сборки?

Мне нужно решить эту проблему как можно скорее, поэтому любая помощь великолепна!

Спасибо

Answer 1

Я получил те же ошибки после того, как я установил версию своего приложения MVC 3 для Azure на VS 2010 SP1.Мне удалось решить эту проблему в три простых шага.

1.) В обозревателе решений VS 2010 нажмите «Показать все файлы».Это покажет скрытые папки «bin» и «obj» в вашем проекте ролей Web / Worker.Щелкните правой кнопкой мыши и удалите папки «bin» и «obj».

2.) В проводнике Windows перейдите к папке с версиями (должна быть папка корневого решения).Щелкните правой кнопкой мыши -> «Обновление SVN».Это загрузит и вернет папки «bin» и «obj», которые вы удалили в VS.Это необходимо, поскольку ваш проект исключит эти папки из решения, однако SVN все равно будет считать, что они являются его частью.

3.) Последний шаг - удаление этих файлов из вашего хранилища.В проводнике Windows перейдите к проекту, в котором находятся папки «bin» и «obj».Выберите папку «bin» и «obj» -> щелкните правой кнопкой мыши -> TortoiseSVN -> Удалить.Вернитесь в корневую версионную папку и SVN подтвердите удаление их из хранилища.

В следующий раз, когда вы соберете свое решение, папки 'bin' и 'obj' будут воссозданы.Просто убедитесь, что вы не добавляете и не фиксируете их в своем хранилище.

Answer 2

У меня была такая же проблема. Похоже, что папка bin проекта была «случайно» также передана в svn. После удаления корзины, которая, конечно, не должна быть в SVN, проблема была решена.

Теперь все еще необходимо понять, почему сборка пытается скопировать папку sv в корзину.

Answer 3

У меня была такая же проблема и я ее исправил.

Ваш вывод сборки проверен в SVN . Эта цель Azure (которая жалуется) должна работать только с каталогами \ bin, \ obj во время сборки. Это будет уборка и строительство. Это конфликтует с .svn, поскольку контролируемые исходные файлы в .svn имеют скрытые файлы и папки с доступом только для чтения. Поэтому сборка запускается и впоследствии прерывается, когда цели Azure пытаются удалить / переместить файлы .svn.

Чтобы исправить, просто удалите выходные данные сборки из SVN (что-нибудь в \ bin или \ obj). В любом случае вам не следует помещать эти файлы в систему контроля версий, так как остальные файлы в SVN генерируют этот вывод, поэтому нет необходимости сохранять его отдельно. Затем вы можете удалить папки bin / obj и т. Д., И проблема больше не возникнет.

Если вы просто удалите файлы bin и obj, как предлагали другие люди, тогда вы просто оставите проблему следующему бедному присоске, который проверяет чистоту.

Answer 4

Я исправил эту проблему, зайдя в Windows Explorer и изменив свойства папки, чтобы они не индексировались (смотрите дополнительные настройки), а затем вручную скопировал файлы, что привело к ошибкам.

Answer 5

У меня тоже была эта проблема.Причиной для меня было то, что я создал каталог bin вместо того, чтобы позволить VS создать каталог bin.После того, как я удалил каталог bin, очистил сборку и сделал перестройку, все заработало нормально.

Answer 6

Каким-то образом другое приложение удерживает файл заблокированным, в то время как Subversion (ниже AnkhSVN) пытается заменить его другой версией.

Обычно это вызвано вирусом или индексным сканером. Повторная попытка чуть позже обычно решает эту проблему.

Иногда для устранения подобных ошибок требуется Subversion «Очистка» (обозреватель решений -> (соответствующий узел, например, Solution) -> Subversion-> Очистка).