Как установить SignTool.exe в Visual Studio 2015 для Windown 10? Я попытался собрать свой проект, но программа выдала ошибку:
Ошибка Произошла ошибка при подписании: SignTool.exe не найден.
Как установить SignTool.exe в Visual Studio 2015 для Windown 10? Я попытался собрать свой проект, но программа выдала ошибку:
Ошибка Произошла ошибка при подписании: SignTool.exe не найден.
Error An error occurred while signing: Failed to sign bin\Debug\app.publish\LotusGenCode.exe. SignTool Error: Invalid option: /fd LotusGenCode
Ответы:
Вам необходимо установить Windows 10 SDK.
Начнется установка Visual Studio 2015. Выберите «Изменить».
В списке компонентов Visual Studio найдите «Универсальные средства разработки приложений для Windows», откройте список подпунктов и выберите «Windows 10 SDK (10.0.10240)».
Windows 10 SDK в VS 2015 Update 1 Setup
Как уже писал josant - по окончании установки вы найдете SignTool.exe в папках:
C:\Program Files (x86)\Windows Kits\10\bin\10.0.16299.0\x86
| C:\Program Files (x86)\Windows Kits\10\bin\10.0.16299.0\x64
Если вам нужен только SignTool и вы действительно хотите минимизировать установку, вот способ, который я только что перепроектировал:
.iso
файл с https://developer.microsoft.com/en-us/windows/downloads/windows-10-sdk (текущая ссылка для загрузки - http://go.microsoft.com/fwlink/p/?LinkID=2022797. ) .exe
загрузки не будет работать , так как это онлайн - инсталлятор , который рушит его зависимости во время выполнения..iso
с помощью такого инструмента, как 7-zip .Installers/Windows SDK Signing Tools-x86_en-us.msi
файл - его размер всего 388 КБ. Для справки, он извлекает свои файлы из следующих .cab
файлов, поэтому они также необходимы для автономной установки:
4c3ef4b2b1dc72149f979f4243d2accf.cab
(339 КБ)685f3d4691f444bc382762d603a99afc.cab
(1002 КБ)e5c4b31ff9997ac5603f4f28cd7df602.cab
(389 КБ)e98fa5eb5fee6ce17a7a69d585870b7c.cab
(1,2 МБ)Итак, теперь у вас будет signtool.exe
файл и компаньоны C:\Program Files (x86)\Windows Kits\10\bin\10.0.17763.0\x64
(замените x64
на x86
, arm
или, arm64
если вам это нужно для другой архитектуры процессора).
Также можно зафиксировать signtool.exe
и другие файлы из этой папки в репозиторий управления версиями, если вы хотите использовать его, например, в сценариях CI. Я пробовал, и вроде работает нормально.
( Все файлы, вероятно, не нужны, поскольку .exe
в этой папке также есть некоторые другие инструменты, которые могут нести ответственность за эти зависимости, но я не уверен, какие из них можно удалить, чтобы уменьшить набор файлов. Кто-то другой может исследовать дальше в этой области. :) Я попытался просто скопировать signtool.*
, но это не сработало, поэтому по крайней мере некоторые другие файлы необходимы.)
install
у меня не работал. У меня ошибкаThe system cannot find the file specified.
.iso
проще, но для других вы можете захотеть захватить двоичный файл вместе со всеми зависимостями (например, для регистрации signtool.exe
и друзей в репозиторий git и подписания сборок в AppVeyor, Jenkins и т. Д.)
Согласно комментариям в вопросе ... В Windows 10 Signtool.exe и другие инструменты SDK были перемещены в "% programfiles (x86)% \ Windows Kits \" .
Типичный путь к signtool в Windows 10.
Инструменты для SDK 8.0 и 8.1 также находятся в папке «Комплекты Windows».
Место расположения:
C:\Program Files (x86)\Windows Kits\10\App Certification Kit\signtool.exe
В 2019 году это совсем недавняя ссылка от Microsoft о том, как получить этот инструмент:
Инструмент SignTool - это инструмент командной строки, который подписывает файлы цифровой подписью, проверяет подписи в файлах или отмечает файлы времени. Для получения информации о том, почему подписывание файлов важно, см. Введение в подписывание кода. Инструмент устанавливается в папку \ Bin установочного пути Microsoft Windows Software Development Kit (SDK).
SignTool доступен как часть Windows SDK, который можно загрузить по адресу https://go.microsoft.com/fwlink/p/?linkid=84091 .
Мне нужен был только signtool, поэтому я выбрал минимальный, который придумал, и теперь signtool.exe находится в C:\Program Files\Microsoft SDKs\Windows\v7.1\Bin\signtool.exe
Ссылка на статью Microsoft: https://docs.microsoft.com/en-us/windows/win32/seccrypto/signtool
28 апреля 2020
Я нашел это здесь:
C:\Program Files (x86)\Windows Kits\10\App Certification Kit
Если вы используете VS Express 2015, просто зайдите в панель управления -> программы и функции -> выберите vs 2015 -> щелкните изменить, затем в установщике VS Express выберите «Изменить» -> выберите инструменты публикации, и закончить. После того, как установка завершится, вы сможете создать свой установщик.
Вам следует перейти в Панель управления -> Программы и компоненты, найти Microsoft Visual Studio 2015 и выбрать «Изменить». Начнется установка Visual Studio 2015. Выберите «Изменить».
В списке компонентов Visual Studio откройте список подпунктов и выберите «Инструменты публикации ClickOnce» и «Windows 10 SDK».
Я внес изменения в Visual Studio из панели управления, программ и компонентов. SDK сначала не был очевиден, поэтому я установил Common Tools, который, черт возьми, действительно включал SDK Update 3.
SignTool доступен как часть Windows SDK (который входит в состав Visual Studio Community 2015 ). Обязательно выберите « ClickOnce Publishing Tools » из списка функций во время установки Visual Studio 2015, чтобы получить SignTool.
После установки Visual Studio вы можете запустить signtool
команду из командной строки Visual Studio. .
По умолчанию (в Windows 10) SignTool будет установлен в:
C:\Program Files (x86)\Windows Kits\10\bin\x86\signtool.exe
для установки только инструментов подписи из файла winsdksetup.exe (доступного по тому же URL-адресу, что и для Windows sdk iso, упомянутого выше), это вариант, прямо из файла Docker, в котором я работаю: RUN powershell Start-Process winsdksetup.exe -ArgumentList '/ features OptionId.SigningTools', '/ q', '/ ceip off', '/ norestart', -NoNewWindow -Wait
поэтому, если вы находитесь в Windows, это будет: winsdksetup.exe / features OptionId.SigningTools
winsdksetup / h предоставляет вам варианты, поэтому я не буду их здесь обобщать. Я включаю фрагмент dockerfile, так как именно с него я начал свой день в поисках решения.