Последнее сообщение, которое я нашел об этой теме, относится к осени 2015 года. Я думаю, что это одна из тех основных вещей, которые рано или поздно потребуются разработчикам.Есть ли какая-либо прогрессивная разработка для решения дифференциации отладки/выпуска в проводнике Run Runner?
Я хотел бы отличить мои задачи gulp от фактической конфигурации сборки (debug/staging/release) и т. Д. На самом деле мне не нужно подключать его к конфигурации решения Visual Studio.
Предлагаемое решение: у нас было бы это как опция внутри Task Runner Explorer, а затем при привязке задачи я мог бы указывать, в каких конфигурациях я бы хотел запустить задачу.
Только мне это нужно?
Спасибо за ваш ответ. Я еще не понимаю, как бы вы связали задачи 'dev' и' prod' отдельно в TRX AfterBuild (например). Вы все еще нуждаетесь в некоторой настройке, о которой можно использовать, или, может быть, я что-то не понял. –
Возможно, я неправильно понял, что ваш OP не нуждается в привязке к конфигурации решения Visual Studio. Тем не менее, мои задачи для разработчиков - это, как правило, только наблюдатели за глотанием, и я запускаю их в [отдельном окне команд] (https://visualstudiogallery.msdn.microsoft.com/4e84e2cf-2d6b-472a-b1e2-b84932511379). Если вы используете сервер сборки, вы можете запускать задачи prod как часть определения сборки – Barryman9000