Здравствуйте, Sergey J. A., Вы писали:
SJA>Но может можно определить путь установки SDK X.X как-то более надёжно?
Вижу два варианта: положить sn.exe в /tools/ в репозитории или же исправить скрипт, которым конфигурируется сам билд-сервер и в этом скрипте править %PATH%.
HgLab: Mercurial Server and Repository Management for Windows
Здравствуйте, Нахлобуч, Вы писали:
SJA>>Но может можно определить путь установки SDK X.X как-то более надёжно?
Н>Вижу два варианта: положить sn.exe в /tools/ в репозитории
Не хотелось бы, но видимо это самый простой вариант.
Н>или же исправить скрипт, которым конфигурируется сам билд-сервер и в этом скрипте править %PATH%.
Хочется этот скрипт генерировать "на лету", что бы не править его для каждого нового билд сервера.
Здравствуйте, Sergey J. A., Вы писали:
SJA>С передачей проблем нет. Вопрос в автоматическом определении настроек конфигурации. SJA>Что-то вроде
Из опыта: автоматический подбор версии sdk/компилятора/etc приводит к очень неожиданным и очень трудноуловимым ошибкам. Просто заведите несколько файлов настроек и задавайте нужный через командную строку.
Сам файл, если сильно хочется, можно генерить автоматом, главное проверять после генерации. Пути можно брать из реестра
Если нужен именно путь к sn, то я бы не изобретал велосипед и брал бы путь из GetFrameworkSdkPath Task. Вот готовое решение.
Здравствуйте, Sinix, Вы писали:
S>Из опыта: автоматический подбор версии sdk/компилятора/etc приводит к очень неожиданным и очень трудноуловимым ошибкам.
Подбором заниматься не буду. Буду искать конкретную версию SDK/студии/что там надо ещё.
S>Сам файл, если сильно хочется, можно генерить автоматом, главное проверять после генерации.
Для начала так и сделаю.
S>Пути можно брать из реестра
То что нужно, спасибо.
S>Если нужен именно путь к sn, то я бы не изобретал велосипед и брал бы путь из GetFrameworkSdkPath Task. S>Вот готовое решение.
У нас подписывание из батника происходит, думаю вариант с реестром будет удобнее. Но на будущее запомню.