2016-08-26 1 views
0

Недавно мы обновили с TFS 2012 до TFS 2015 и создали несколько определений построения с помощью интерфейса vNext. Наши определения сборки чрезвычайно просты, они состоят из одной задачи «Командная строка», которая выполняет всю нашу необходимую работу.Почему TFS 2015 Scheduled Build не работает?

Строки выполняются должным образом при использовании Gated Check-in или при постановке в очередь вручную, но наши сборники Scheduled (ночное время в 18:00) не выполняются так, как ожидалось.

Я попытался предоставить разрешения пользователям/группам безопасности, которые, я считаю, необходимы для правильной очереди сборки безрезультатно.

Итак, почему наша запланированная сборка TFS 2015 не работает?

+2

Вы проверили флажок для строительства, даже если ничего не изменилось? Какие ошибки возникают при сбое сборки? Откуда вы знаете, что он выполнен не так, как ожидалось? – Hyperdingo

+0

Ошибок нет, сборка никогда не заканчивается вообще по расписанию, а с сборками vNext я не вижу флажок для создания, даже если ничего не изменилось (это был вариант в 2012 году с сборками XAML, если я правильно помню) , и, вероятно, есть несколько десятков изменений, проверенных в кодере каждый день, и я могу сказать, что они не находятся в очереди, потому что в истории очереди ничего нет. – Spazmoose

ответ

1

Похоже, что в системе сборки TFS 2015 vNext имеется ошибка. Если вы решите создать «пустую» сборку в окне «Создать новое определение сборки», как и я, запланированные сборки, похоже, не работают должным образом.

Чтобы исправить это, вы можете создать новую сборку «Visual Studio», затем удалить все задачи, а затем добавить свою настраиваемую задачу «Командная строка».

+0

При дальнейших расследованиях я считаю, что проблема связана с изменением поля формата сборки. – Spazmoose

1

Во-первых, если ваш агент сборки и сервер TFS не находятся на одном компьютере, попробуйте установить ваш сервер TFS и агент сборки (машина, удерживающая агент) в том же часовом поясе.

И изменил одно из определения сборки для запуска в xx AM и ожидал, пока он увидит, запускается ли сборка.

Если он все еще не работает, дважды проверьте Средство просмотра событий как на сервере TFS, так и в агенте сборки введите любую связанную информацию о времени, когда должно быть начато определение сборки. И вы также можете создать новое запланированное определение сборки с одинаковыми настройками, чтобы повторить попытку.

+0

Агент сборки и сервер TFS находятся на одной машине. Что касается плановых определений построения, у нас на самом деле есть несколько, и ни один из них не работал с тех пор, как мы обновили до 2015 года, но все равно все новые определения сборки (мы перешли от XAML к vNext). Я попробую создать совершенно новый, хотя бы посмотреть, работает ли он (со многими сомнениями, что он будет). – Spazmoose

+0

Создание нового определения сборки дало те же результаты, а не сборки в очереди, и нет ничего в средстве просмотра событий, поскольку, как представляется, TFSJobAgent фактически не смотрит на запланированные сборки. – Spazmoose

+1

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