Как связать запрос на просмотр с несколькими наборами изменений в TFS 2012

Наш процесс разработки работает следующим образом: каждые две недели команда ведет (меня) и просматривает все изменения, чтобы убедиться, что они соответствуют стандартам кодирования. Я хотел бы использовать TFS 2012, чтобы помочь автоматизировать этот процесс.

Есть две проблемы с этим:

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

Я прочитал одну статью, в которой говорилось, что возможно связать изменения в рабочем элементе после факта, и когда я открою рабочий элемент для проверки запроса, я вижу вкладку "Ссылки". Однако, когда я нажимаю "Создать" или "Ссылка на...", нет ссылки на набор изменений. В этом процессе есть только ссылка на каждый тип элемента работы.

Кто-нибудь знает, как это сделать? Планируете ли вы добавить эти функции в TFS?

Вот скриншот:

Ответ 1

Unsolicited, no.
Вы можете щелкнуть чек-код на экране истории, чтобы запросить проверку после проверки.

И есть неприятное обходное решение, чтобы получить то, что вы хотите достичь. Просмотрите все файлы, которые вы хотите просмотреть, и запросите обзор. Затем вы можете отменить выезд, шкафчик и запрос на просмотр.

В качестве альтернативы вы можете просто перейти на вкладку "Управление источником" и выполнить проверку в корневой папке вашего решения, запросить обзор, отменить свою проверку и сделать обзор.

Что касается связывания наборов изменений с рабочим элементом, это можно сделать после проверки. Откройте рабочий элемент, перейдите на вкладку "Связи" и нажмите "Ссылка на...". В раскрывающемся списке появится опция "Изменить набор". Но я не думаю, что этот тип ссылки включен для запросов на просмотр кода, поскольку в качестве источника для просмотра кода используются Shelveset, а не набор наборов изменений.

Я ожидаю, что вы сможете использовать TFS API для создания полки с любыми изменениями от конкретного разработчика в заданном таймеру, поместить их на полку и запросить обзор по этому вопросу. Но никакой существующей возможности для этого не существует.

Или вы можете отредактировать шкафчик, связанный с обзором, создав новый с тем же именем.

Ответ 2

Альтернативный подход:

1) в начале двухнедельного цикла, инициируйте процесс проверки кода и обратите внимание на созданный номер рабочего элемента. Просто попросите обзор от себя без изменений кода вначале.

2) Попросите всех ваших разработчиков связать свои проверки в течение следующих 2 недель с этим рабочим элементом #

3) Когда вы будете готовы выполнить обзор, просто откройте рабочий элемент и перейдите к наборам изменений.

Это должно выполнить то, что вы хотите.

Ответ 3

В элементе № 2 у меня есть стандартная работа, которая может потребоваться объединить все изменения из многих наборов изменений в один шкаф для обзора. Я попробовал метод проверки, упомянутый выше, и столкнулся с проблемами, отчасти потому, что в моем обзоре было 25 файлов или около того, и после проверки их, если я обновился, TFS удалила их из ожидающих изменений, потому что мнение TFS не изменилось.

Во-первых, (предполагая, что ваши изменения уже проверены и в нескольких наборах изменений), у вас есть рабочее пространство с последними файлами на диске, например D:\Latest...

Создайте новую "локальную" рабочую область (называемую "Обзор" ), сопоставьте один и тот же проект с немного другим путем (например, D:\Review...)) получите все файлы. Перейдите к истории этого проекта и перед самым ранним набором изменений щелкните правой кнопкой мыши и выберите "Получить эту версию".

На этом этапе перейдите в историю и откат любых наборов изменений, которые кто-то еще мог изменить, тем временем, если они есть, что вы не хотите быть частью обзора, если только кто-то не изменил общий файл. Оставьте их.

Используя сравнение, сравните "D:\Latest..." с "D:\Review...", скопируйте свои изменения с Latest на Review. Перейдите в общие файлы и скопируйте только те строки, которые вы хотите просмотреть. Когда Beyond Compare записывает изменения, TFS обнаружит изменение и поместит файл, который вы сохраните, в свой список ожидающих изменений для рабочей области "Обзор" . (Это свойство локальных рабочих областей.)

На этом этапе вы просто откладываете свои ожидающие изменения из рабочего пространства "Обзор" и запрашиваете обзор на этом полке.

Ответ 4

Вариант № 3

[Я предполагаю, что изменения, которые вы пытаетесь связать с просмотром одного кода, последовательны, например, 20001: 20010]

Я вернусь к определенному набору изменений "(в моем примере выше 20001). Я проверяю его в изменениях. Код теперь в оригинале состояние.
Затем я снова вернусь к определенному набору изменений (в моем примере выше 20010) и снова проверьте его. Код теперь находится в конечном состоянии.
Наконец, я прошу обзор последней редакции. Этот обзор сравнивает последние две коммиты - те, которые я создал из откатить.

В качестве бонуса вы можете сравнить конкретные изменения на странице истории. Вы можете использовать это сравнение, чтобы убедиться, что сделанные выше транзакции действительно вернули код в ревизии 20001 и 20010.