Есть ли способ гарантировать, что все закрепленные решения Visual Studio 2017 всегда запускают Visual Studio 2017 в режиме администратора?
Я проверил другие связанные ответы на этот вопрос, и все они относятся либо к более ранним версиям Windows 10 (записи реестра отсутствуют и т.д.), Либо к более ранним версиям самой Windows. Я до сих пор не видел этот адрес в версии Creator (v 1703) Windows 10.
Если есть, поделитесь, пожалуйста, так как я привык, что эта функция "просто работает", и теперь она не работает.
Что особенно раздражению является то , что Visual Studio 2017 (v15.3) запустится в режиме администратора каждый раз! Просто закрепленные решения не могут этого сделать.
В частности, есть ли параметр групповой политики, о котором я не знаю, который нужно настроить? Я должен уточнить и сказать , что это работает на старом домашнем поле (который не является частью домена) , но не работает на рабочей машине, которая входит в состав домена. <== Это та часть, которая отличает это от стандартных ответов.
В то время, когда я писал это, у меня не было доступа к стандартным методам (попытка изменить статус devenv flat не удалась из-за отсутствия опции "запуск от имени администратора", а попытка изменить vslauncher вызвала у меня нарушение безопасности. Я поговорил с ребятами из DevOps, узнал, что они "возятся" с вещами (мы только недавно перешли на Win10), что вызвало мою первоначальную проблему. После того, как у меня была возможность запускать VS от имени администратора, но не закрепленное решение с панели запуска заставило их работать некоторое время, так же, как один из их модов помешал одному из моих коллег запустить несколько копий VS, администратора или нет - не имеет значения, он получил одну копию, и это было все. Теперь они немного ослабили правила, поэтому поставленное решение сработало для моей среды.