Я немного смущен тем, что рекомендуется использовать для конфигурирования сборки и выпуска в TFS2017 на предварительном этапе. В настоящее время (tfs2013) мы имеем разные профили публикации для TEST и PROD и с использованием WebDeploy.TFS 2013 - подход к параметрам конфигурации с использованием сборки и выпуска
Это то, что я whant для того чтобы достигнуть:
- Используйте «переменные среды и переменные определения» разблокировки, в TFS вместо сохранения их в web.config.TEST-01 и т.д.
- Grab последней сборки и изменить web.config (ConnectionStrings, AppSettings) и развернуть эту сборку в нашей тестовой машины
- Через некоторое время отправить тот же билд, который был использован выше PROD (изменить web.config)
Каков рекомендуемый подход, когда мы должны перейти на TFS2017? Является ли веб-преобразование еще лучшим вариантом? Я нашел эту статью modify web.config, описывающую сайт Set-AzureWeb и подход Tokenization. Будет ли он работать и на премьере?
И не имеет значения, как мы развертываем наш локальный IIS? Я нашел этот taks IIS Webapp deploy using WinRM - но в случае WebDeploy нам, вероятно, нужен файл web-развертывания prarameter? Или нет? Существуют ли более эффективные задачи для развертывания?
Спасибо за любую помощь
Lars
Спасибо за взгляд на это. Но вопрос в том, что касается обработки конфигурации. И для меня до сих пор неясно, какой подход выбрать, чтобы получить пользовательские переменные в средах релиза (например, строки подключения) в файлы web.config. – Larsi
@Larsi, когда вы используете новую систему сборки/выпуска, вы можете установить расширение «Заменить токены» с сайта https://marketplace.visualstudio.com/items?itemName=qetza.replacetokens, тогда вы сможете добавить задачу «Заменить токены» в ваше определение сборки/выпуска для замены токенов в файлах с переменными значениями. –