Хранение проектов Visual Studio на сетевом диске

Хотя мы используем систему управления версиями, мы также запускаем все наши проекты с сетевых дисков (а не с общих каталогов, частных каталогов на сетевых дисках). Резервное копирование сетевых дисков выполняется каждую ночь, а также используется теневое копирование тома, поэтому, если вам нужно вернуться к чему-то до, что оно попало в SC, тогда вы можете это сделать.

Чтобы проекты работали правильно с правильным разрешением, следуйте эти шаги.

По сути, вам просто нужно сопоставить общий каталог с диском, а затем предоставить разрешение на основе этого URL-адреса для всего кода. Допустим, вы сопоставляете "N: \", а затем используете "N: \ *" в качестве шаблона URL. Не очевидно, что вам нужен подстановочный знак, но вы это делаете.

Вопрос довольно общий, поэтому я отвечу на одну проблему, с которой столкнулся.

Я запускаю Visual Studio 2010 с помощью виртуальной машины Parallels на моем Mac, сохраняя при этом все свои проекты на стороне Mac через общий сетевой ресурс. Однако Visual Studio не будет загружать файлы сборки проектов оттуда. Попытка установить права только с помощью "caspol" в моем случае не помогла.

Что, наконец, сработало для меня, чтобы позволить Visual Studio загружать сборки из общего сетевого ресурса, так это отредактировать файл «C: \ Program Files (x86) \ Microsoft Visual Studio 10.0 \ Common7 \ IDE \ devenv.exe.config» (при условии, что значение по умолчанию установка).

в разделе xml «‹runtime>» вы должны добавить

<loadFromRemoteSources enabled="true"/>

Возможно, вам придется изменить разрешения для этого файла, чтобы разрешить доступ для записи. Сохраните файл. Перезапустите Visual Studio.

Чтобы ответить на вопрос, я скопировал этот комментарий с jcarle.com:

Доверие к общим сетевым ресурсам с помощью Visual Studio 2010 / .NET Framework v4.0

20 января 2011 г., 16:10. Если вы похожи на меня и храните весь свой код на сервере, вы, вероятно, уже знаете, как доверять общему сетевому ресурсу с помощью CasPol.exe. Однако при переходе с Visual Studio 2008 (.NET Framework 2.0 / 3.0 / 3.5) на Visual Studio 2010 (.NET Framework 4.0) вы можете почесать голову.

Если вы привыкли использовать командную строку Visual Studio для быстрого доступа к CasPol, вы можете обнаружить, что некоторые из ваших проектов не будут соответствовать вашим новым настройкам FullTrust. Причина в том, что, если вы не уделяете должного внимания, командная строка Visual Studio по умолчанию добавляет папку .NET Framework 4.0 к своему пути. Если ваш проект все еще работает под .NET Framework 2.0 / 3.0 / 3.5, для этих версий также потребуется настроить CasPol. Замечу: я лично добился большего успеха с использованием 1 в качестве группы кода вместо 1.2.

Чтобы доверять общему сетевому ресурсу для всех версий .NET Framework, просто вызовите CasPol для каждой версии, используя полный путь, как показано ниже:

C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ CasPol -m -ag 1 -url file: // YourSharePath * FullTrust
C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ CasPol - m -ag 1 -url file: // YourSharePath * FullTrust

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

С другой стороны, если вы единственный, кто работаете над этим, вы избежите многих проблем. Однако производительность будет просто фантастической. Что касается того, как заставить его работать, вы просто открываете файл решения из VS. Вы, вероятно, столкнетесь с проблемами безопасности, но можете исправить это с помощью CASPOL. Как я уже сказал, производительность будет ужасной. Опять же, совсем не рекомендуется.

Сделайте одолжение себе и своей команде и установите SVN или другую форму системы управления версиями и вставьте туда код как можно скорее.

РЕДАКТИРОВАТЬ: Я частично откажусь от своих комментариев. Боб Кинг объясняет ниже причину, по которой они запускают проекты VS с сетевого диска, и это имеет смысл. Я бы сказал, если вы не делаете это по какой-то особой причине, например, Боб, держитесь от этого подальше. В противном случае поставьте своих уток в ряд, прежде чем настраивать такую ​​среду разработки.

Я понимаю, что это более старый поток, но это был лучший поток, который я нашел, пытаясь решить аналогичную проблему, у меня была Visual Studio 2013 на виртуальном поле (с использованием Win 8.1) и код на хост-машине (Win 7). Хотя я мог открыть решение, я не смог его скомпилировать. Все остальные ответы по этому поводу относятся к более старому программному обеспечению, поэтому я добавляю этот ответ, чтобы обновить этот часто встречающийся вопрос с помощью решения, которое сработало для меня.

Вот что я сделал; Сделал запись в реестре, чтобы иметь возможность использовать UNC-путь в качестве текущего каталога.

ПРЕДУПРЕЖДЕНИЕ. Неправильное использование редактора реестра может вызвать серьезные общесистемные проблемы, для устранения которых может потребоваться переустановка Windows NT. Microsoft не может гарантировать, что любые проблемы, возникающие в результате использования редактора реестра, могут быть решены. Используйте этот инструмент на свой страх и риск.

В пути реестра: HKEY_CURRENT_USER \ Software \ Microsoft \ Command Processor

добавьте значение DisableUNCCheck REG_DWORD и установите значение 0 x 1 (Hex).

ПРЕДУПРЕЖДЕНИЕ. Если вы включите эту функцию и запустите консоль с текущим каталогом с именем UNC, запустите приложения из этой консоли, а затем закройте консоль, это может вызвать проблемы в приложениях, запускаемых с этой консоли.

Нашел эту информацию по ссылке: http://support.microsoft.com/kb/156276

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

У меня есть копия VB 2008 (недавно обновленная с VB6). Если я сохраню свои решения на резервном сетевом диске, то он никогда не запустит ни одной вещи. Он выдает ошибки «частично доверенного вызывающего абонента» для доступа к модулю, даже если в сборке задано «разрешить частичное доверие вызывающим абонентам». Если я сохраню файлы на моем (без резервной копии) C :, тогда он будет работать замечательно, пока я не помещу его на общий диск для всех, и я снова вернусь к своей проблеме.

Это небольшая просьба. Я просто хочу иметь возможность разместить решение и исполняемый файл на общем диске и запустить его без абсурдной чепухи о безопасности. Мне не нужно было запихивать всю свою работу в файлы форм.

-Edit: я обнаружил проблему, почему он игнорировал команду AllowPartialllyTrustedCallers. Я пытаюсь сослаться на ADODB, который не позволяет частично доверять. Итак, никакой сетевой исполняемый файл не может получить доступ к базе данных? Что в любом случае имеет Microsoft против интрасетей?

Не делай этого. Если у вас есть система контроля версий (управление версиями), вы не хотите, чтобы ваши файлы находились на сетевом диске. Он полностью обходит все, чего вы хотите достичь с помощью системы управления версиями, потому что, когда ваши файлы находятся на сетевом диске, любой может их изменять ... даже когда вы в настоящее время создаете свой проект. Ка-буум!

PS: для меня это звучит как типичный случай чрезмерной инженерии.

У вас есть какие-то конкретные проблемы?

Если вы разрешите открывать решение более чем одному человеку, ваша первая проблема будет заключаться в том, что файл .NCB (Intellisense) будет заблокирован исключительно, и только один пользователь сможет просматривать дерево классов. И, конечно же, у вас есть возможность, что изменения одного пользователя перезапишут изменения другого пользователя.

Итак, у меня была аналогичная проблема. Visual Studio ни для чего не распознает сетевое расположение, которое я назначил букве диска. Самое смешное, что он работал сутки. Я настроил свой проект и начал работать над ним, и у меня не было проблем. Затем я выключился, и на следующий день ничего не работает. Я не мог читать / писать файлы в коде, выводить свои исполняемые файлы или что-то еще. Мой проект является локальным, но мои результаты были предназначены для передачи по сети.

В любом случае, проблема, вероятно, связана с контекстом администратора, но один из способов исправить это, который я нашел, копаясь в Интернете, - это заставить Visual Studio каким-то образом перейти к рассматриваемому диску. Есть много способов сделать это, но VS волшебным образом сможет распознать буквы подключенных дисков. Мое решение - перейти в расположение вывода отладки в свойствах проекта, нажать кнопку «Обзор» и перейти в ранее созданное место вывода на моем сетевом диске и вуаля !!!

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

Эрик

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

Проблема: проекты NET 4.0, репозиторий SVN, папки проверки находятся на локальных дисках, сборки, на которые есть ссылки, создаются сервером сборки и доступны на сетевом диске. Visual Studio на W7 может добавлять ссылку, но не может создавать проекты.

Решение. Поскольку NET 4.0 больше не предоставляет автоматически песочницу для сетевых сборок, вы должны сделать их полностью доверенными с помощью обновления machine.config. http://msdn.microsoft.com/en-us/library/dd409252.aspx

У меня была аналогичная проблема с открытием проектов Visual Studio на сетевом диске, и я исправил ее, создав символическую ссылку на моем локальном диске C: \, указывающую на каталог UNC.

e.g.

mklink /D "C:\Users\Self\Documents" "\\domain.net\users\self\My Documents"

тогда вы можете просто открыть проект, используя путь C: \ Users \ Self \ Documents \ вместо пути UNC

(Вы должны быть осторожны, потому что Visual Studio автоматически перенаправит вас на путь '\\ domain.net ..', если вы дважды щелкните символическую ссылку при просмотре проекта. Мне пришлось скопировать и вставить 'C: \ Users \ 'путь, чтобы он открылся с путем буквы диска)

Если я правильно вас понял, ваши файлы проекта Visual Studio хранятся на сетевом диске, и вы запускаете их оттуда. Это то, чем я занимаюсь, и у меня нет никаких проблем. Вам нужно будет убедиться, что вы установили политику безопасности. Для этого вы можете использовать Caspol или через меню инструментов панели управления-администратора.

Следует предупредить, что некоторые функции Visual Studio откажутся работать с сетевым диском.

Например, mdf-файл пользовательского экземпляра SQL Express должен находиться на локальном диске.

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

Я нашел это полезным при попытке использовать vc11 с параллелями, которые работают на Mac: http://social.msdn.microsoft.com/Forums/en-US/toolsforwinapps/thread/2ffdcb01-c511-4961-834b-afd5f2fbb8e1, а именно:

1) Вы можете переключиться с локальной отладки на удаленную и установить имя машины как «localhost». Это приведет к удаленному развертыванию на вашем локальном компьютере (без использования каталога проекта). Вам не нужно ни устанавливать инструменты удаленного отладчика, ни запускать msvsmon, чтобы это работало на localhost.

В случае, если это поможет кому-то еще, мне пришлось выполнить шаги, описанные здесь, чтобы добавить расположение общего сетевого ресурса в зону интрасети Windows. В частности, у меня были проблемы с зависанием Visual Studio при загрузке при открытии решения в сетевом ресурсе (т. Е. При использовании VMware Fusion и открытии решения с жесткого диска моего Mac). У меня также были проблемы с запуском PostSharp в этом сценарии.

"Как я могу заставить это работать?" У вас есть пара вариантов:

Вариант A: 1. Переместите все файлы обратно на локальный жесткий диск. 2. Установите на машине какое-либо программное обеспечение для резервного копирования. 3. Протестируйте указанное решение для резервного копирования. 4. Продолжайте кодирование.

Вариант B: 1. Получите копию одного из БЕСПЛАТНЫХ продуктов управления версиями и внедрите его. 2. Убедитесь, что создается резервная копия. 3. Протестируйте.

Вариант C: Используйте один из множества доступных ОНЛАЙН-репозиториев системы контроля версий. Google, SourceForge, CodePlex, что-нибудь.

Ну, мой вопрос был бы в том, почему вы это задаете. Он не работает, когда вы храните его на сетевом диске? Я сам этого не пробовал, и одна проблема, которую я мог себе представить, будет заключаться в том, что код .NET, работающий с сетевого диска (то есть из каталога bin \ Debug, также находящегося на сетевом диске), будет работать в режиме песочницы, если вы не возитесь с CASPOL (или используете 3.5 SP1, который, как я слышал, устранил это препятствие).

Если у вас есть конкретные проблемы, спросите о них. Никогда не спрашивайте «Почему X не работает?».

Вы не говорите, что один человек или несколько человек получают доступ к одному и тому же удаленному диску, но я предполагаю, что вы только один для каждого сетевого каталога. Это правильно? Если нет, то нет, пластыря нет. Получите контроль версий, переместите файлы обратно на локальный диск.