2014-09-03 2 views
1

Как можно сохранить или изменить версию подробной истории изменений сборки (а не только модификаций шаблонов)?Объединить определение определения сборки обратно в шаблон построения в TFS 2013

В Visual Studio 2013 с помощью TFS построить сервер, мы знаем из двух мест, где вы можете редактировать TFS строить конфигурации (скриншоты ниже):

  • В файле XAML шаблона сборки, используя конструктор рабочих процессов:
  • в определении сборки непосредственно, с помощью редактора сборки:

Я знаю, что вы можете контролировать версию шаблона сборки XAML, отредактировать его, проверить его, и обновить определение сборки от этого. Вопрос в том, как кто-то может пойти другим путем - отредактируйте шаблон сборки , используя тот же редактор, что и определение сборки. В редакторе фактических построек отображаются всевозможные свойства, которые конструктор Workflow скрывает или абстрагирует в неопределенных переменных.

Как вы можете изменить настройки сборки, такие как параметры запуска, охват кода и анализ кода - через очень большое количество решений? Дизайнер Workflow не показывает их, и модификации на серверной стороне xaml отсутствуют, что дает ссылка Download (я отредактировал и сохранил сборки, а также изменил новый и старый xaml, они идентичны) ,

Изменения определения конструкции не являются полностью недоступными в качестве кода, не так ли?

редактор скриншотов:

  • Редактирование файла сборки шаблона XAML, используя конструктор рабочих процессов: Build template xaml in Workflow Editor

  • Редактирование определения сборки непосредственно, с помощью редактора Team Build: Team Build editor

Примечание: руководство по эксплуатации на customizing your build process template не рассматривает это. Он описывает развертывание шаблона &, но не говорит о различиях в свойствах, открытых редактором сборки и редакторе шаблонов (конструктор рабочего процесса a.k.a.).

ответ

2

Концептуально шаблон - это рабочий процесс, который управляет сборкой, шаблон предоставляет аргументы, которые могут быть заполнены определением Build. Один шаблон может быть использован несколькими определениями конструкций, причем отличиями являются аргументы, которые передаются из определения построения в шаблон. Изменение определения построения не каких-либо образом изменить шаблон

Стандартных аргументы, которые передаются в этом рабочем пространстве, решение строить и любые аргументы, которые должны прошли к тестовому бегуну, например, файл настройки пробега ,

У меня есть стандартный шаблон, который я использую для 95% моих сборщиков, это настраивается для обновления версий сборки, запускает стиль, отображает предупреждение, если покрытие кода падает ниже порога и других небольших твиков.

Если вы хотите применить что-то к нескольким сборкам, то вам нужно настроить шаблон, для аргументов, которые подвергаются определению сборки, вы можете указать значения по умолчанию. Это означает, что все ваши сборки будут следовать одному и тому же процессу.

Когда вы создаете определение сборки, вы можете использовать тот же шаблон и просто предоставлять информацию, специфичную для этой сборки, такую ​​как файл решения и параметры запуска, вы можете переопределить настройки по умолчанию, созданные для аргумента в шаблоне, с конкретными значения для этой конкретной сборки.

Как пример, в моем шаблоне у меня есть аргумент TargetCodeCoverage, это значение по умолчанию 70, поэтому все определения будут иметь значение по умолчанию 70, если для конкретной сборки я хочу 80, я могу просто изменить это значение в определении построения.

Определения конструкций трудно отследить, поскольку они существуют в базе данных и не являются такими контролируемыми источниками, если вы устанавливаете Community TFS Build Manager, вы можете щелкнуть правой кнопкой мыши по определению сборки и экспортировать его. вы можете сохранить этот экспортированный файл в элементе управления Source.

Другой способ «стандартизировать» ваши определения - создать определение, которым вы довольны, а затем просто клонировать его, многократно, это даст вам все те же настройки, которые вы создали на первом, и тогда вы можете просто обновить рабочее пространство и файл решения

+0

Мне не хватало того, что у конфигурации сборки есть надмножество свойств шаблона сборки. Теперь это имеет больше смысла. +1 для предложения сообщества TFS Build Manager. Его опция «Clone Build» решит многие наши головные боли с повторным использованием специальных настроек в разных решениях. –

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