2016-10-26 10 views
0

Мы хотели бы иметь способ, как следующее:TFS не чтит/автор спорил с воротами сборки

  1. Пользователь представляет обзор кода с shelveset изменений, которые они хотят, чтобы быть в главной ветви.
  2. Если код проходит проверку, выберите группу пользователей, которая может вытащить шкафчик и объединить изменения в мастер, используя имя оригинального автора для отслеживания истории.

Я могу использовать команду tf checkin /author:{OriginalAuthor}, но это не работает с нашей закрытой сборкой. Если я обойду стробированную сборку, она будет проверяться оригинальным авторам, но, используя стробированную сборку, она, похоже, вытаскивает Автору с полки, которая по-прежнему отмечена как исходящая из моей учетной записи/рабочего пространства, а не /author.

Так что мне интересно, есть ли способ, чтобы стробированная конструкция оценивала аргумент /author для окончательной регистрации, которую он выполняет?

ответ

0

Я только что протестировал в TFS 2015.3 и включил Gated Check-in в новой системе сборки.

Если я использую tf checkin /author:A, я получаю shelveset с сообщением ниже:

Регистрируемыми было помещено в shelveset Gated_2016-10-27_01.53.28.8457; B и представлена ​​для проверки по построению определение \ ScrumProject \ Visual Studio.

enter image description here

После запроса пользователя B Число тех, пользователя Команда повторного запуска tf checkin /author:A, вы увидите сообщение ниже, и изменения были проверены в пользователем А.

enter image description here