TFS Build Definition - Развертывание только файлов, необходимых для запуска этого приложения

Я настраиваю TFS 2015 для сборки и развертывания. У меня есть все, что я ожидаю, но я начал замечать, что файлы, опубликованные в TFS, не похожи на те же файлы, которые публикуются, когда я щелкнул правой кнопкой мыши и публиковал проект в Visual Studio (то есть в VS моя публикация doesnt содержат файлы .cs и т. д.).TFS Build Definition - Развертывание только файлов, необходимых для запуска этого приложения

В TFS У меня есть сборки Шаги:

Visual Studio Построить
Копирование файлов (чтобы скопировать файлы сборки в промежуточный каталог)
Опубликовать Построить Артефакты (перейдите в папку «Файл», которую я затем разворачиваю)

Я скорее ожидал увидеть Web-Deploy/MSDeploy в списке шагов сборки (в разделе «Развертывание»).

Кто-нибудь сталкивался с этим и выяснил, что происходит? Пожалуйста, дайте мне знать, если вам нужна подробная информация о моей текущей конфигурации.

Благодаря

**** EDIT ****

Хорошо, я узнавал гораздо больше о том, что я ожидал увидеть и, кажется, мне нужен мой билд пройти через PreCompile. Из того, что я прочитал, проект, над которым я сейчас работаю, является WAP и поэтому предварительно скомпилирован как часть каждой публикации. Это перемещает код (файлы .cs) в соответствующие библиотеки DLL.

Поэтому я начал смотреть вниз по маршруту применения Batch Script для запуска ASP.NET aspnet_compiler.exe для выполнения предварительной компиляции, но я получаю различные ошибки, связанные с web.config.

Это начинает становиться настоящей болью для чего-то, что я могу ожидать, чтобы быть очень простым для TFS Build .. !! Это Microsoft после всего!

источник

2016-09-02 CJH

Не могли бы вы добавить в сборник вопрос о том, как выполнить сборку «Копировать пламя» и «Опубликовать сборку артефактов»? –

Привет, Патрик. Я добавил скриншоты для каждой из задач, которые у меня установлены выше. Я также добавил дополнительную информацию по адресу **** EDIT **** после дальнейших расследований. Я поражен тем, что кажется очень трудным воспроизвести функциональность «Право-щелчок> публикация» в управлении выпуском TFS ...?! Настолько, что я чувствую, что мне не хватает чего-то очень элементарного ?! – CJH

В сборке vNext опубликуйте артефакты сборки с помощью файлов «Копировать файлы» и «Опубликуйте артефакты сборки». Попытайтесь использовать локальный путь в агенте, где копируются какие-либо артефакты, прежде чем их будут перенаправлять в пункт назначения. Например:

Добавить/р: DeployOnBuild = истина /р: OutDir = "$ (build.artifactstagingdirectory) \" аргументы в визуальной студии Постройте шаг;
Изменить "Путь к Publish" из Publish Build Artifacts Задача до $(build.artifactstagingdirectory)\_PublishedWebsites\ProjectName:

источник

2016-09-05 10:01:04

Я только что попробовал ваш пример, и у меня возникают сбои сборки ...Я предполагаю, что это потому, что я строю на уровне решения вместо уровня Project (я добавил скриншоты к своему первоначальному вопросу о том, как у меня есть настройки). – CJH

Вам нужно добавить '/ p: DeployOnBuild = true/p: OutDir =" $ (build.artifactstagingdirectory) \\ "' в ваши аргументы msbuild и без задачи копирования. Поскольку это будет непосредственно публиковать ваши артефакты сборки. Подробнее просьба проверить скриншот этапа сборки с ответом Эдди в этом ответе: http: //stackoverflow.com/questions/38979398/how-do-i-get-the-the-expected-output-from-a-tfs -2015-Строй-к-игре-мой-XAML-Буй/39011460 # 39011460. –

Это трюк приятно благодарит Патрика! Как легко было это в итоге ...! Im рад, что мне не нужно было возиться с aspnet_compiler. – CJH

TFS Build Definition - Развертывание только файлов, необходимых для запуска этого приложения

ответ

Смежные вопросы