Tfs 2010 Build: непрерывная интеграция и Gated Check-In вместе?

У меня уже есть сборка CI, запущенная на моем экземпляре Tfs2010, но я хотел бы также запустить сборку Gated checkin. Однако между этими двумя сборками есть небольшие различия. В частности, я бы хотел, чтобы проверка Gated не создавала рабочие элементы с ошибками при сбое, не связывала наборы изменений и рабочие элементы при сборке, не перемещала сборки в выпадение и не поддерживала предыдущие сборки. Поскольку сборки, инициированные проверками Gated, являются незафиксированными изменениями, эти шаги кажутся мне ненужными, но я бы определенно хотел, чтобы сборка CI выполняла эти функции.

К сожалению, есть этоNO_CI вещь, которая появляется в моих наборах изменений после того, как они зафиксированы сборкой Gated Checkin, и сборка CI никогда не запускается. я нашелэта тема это, казалось, указывало на то, что мой DefaultTemplate.xaml где-то должен иметь параметр «Get Activity» NO_CIOption; однако ничто в конфигурационном файле, кажется, не указывает на что-либо подобное. Ни одна строка не присутствует, и я не могу найти справочную документацию в библиотеке msdn.

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

В любом случае: как параметр NO_CIOption используется в файлах шаблона сборки? Где это находится? Разве никто не хотел делать это раньше?

Дополнительное примечание: является ли плохой практикой кросс-пост между SO и форумами MSDN?

Ответы на вопрос(1)

Ваш ответ на вопрос