2016-03-08 2 views
0

Проверка на полках - замечательная особенность системы сборки в TFS, но полки удаляются после завершения сборки. Есть ли способ изменить это поведение, чтобы хранилище было сохранено?Как предотвратить удаление TFS из стеллажей, которые были проверены через сборку в очереди?

Я использую функцию сборки + check в функции shelveset все время, чтобы проверить код от товарищей по команде, но иногда я не хочу, чтобы исходный shelveset был удален TFS. В некоторых ситуациях это может вызвать проблемы, например, когда на полке указано связанное с элементом проверки кода. В этом случае все комментарии из обзора кода скрыты Visual Studio, потому что он не может найти соответствующий shelveset.

Я искал окно свойств по умолчанию при очередности сборки в Visual Studio, но, похоже, не существует какой-либо опции для управления этим поведением. Должен ли я настраивать build xaml, чтобы изменить это, или есть ли известный способ, не доходя до этого?

ответ

1

Если вы имеете в виду построить + чек в shelveset строит shelveset и проверить в изменениях после того, как построить успешный, как показано ниже:

enter image description here

Тогда это невозможно. Так как вы проверили свой полк. Это не связано с построением. Таким образом, этот вопрос совпадает с тем, как проверять полки и предотвращать удаление полки. Shelve сохраняет все изменения на вашем поле без фактической проверки. Изменения сохраняются на сервере. Таким образом, другие члены команды могут видеть исходный код и могут также проверять в других.

Вы также можете рассматривать как своего рода контейнер.

  • Вы создаете свой файл и фиксируете его на полке (контейнер A).
  • Вы затем перейти на агенте построения и получить, что Shelveset в местную рабочего пространства (контейнер B)
  • Вы затем совершить shelveset (из контейнера для контроля источника) чек в из контейнера является успешным и Container А удален, чтобы отразить, что Ворота Shelveset завершил это жизнь цикла (если он не было бы остаться нетронутым)
+0

Вот облом ... Я думаю, что TFS должны иметь возможность обращаться с этим, так же как вы можете удерживать полки на сервере, если вы не используете его (выбирая для этого флажок). Мне придётся придумать способ проверить работу других людей, не мешая последующим обзорам кода. Я думаю, что попросить коллег создать копию оригинального шельфа, а затем проверить, что в этом я буду делать с этого момента. – julealgon

+0

Вышеприведенное рассуждение не имеет смысла. Один не «проверяет на полке». Разработчик проверяет код в рабочей области, в которой они сейчас находятся. Возможно, это произошло с полки, но полка остается и не подключена к действию проверки. –

+0

@ShawnSouth. Не бойтесь, может быть, мое описание неточно. Обновите мой ответ. Вы можете обрабатывать полки как своего рода контейнер. Вы создаете свой файл и передаете его на полку (контейнер A). • Затем вы переходите к агенту сборки и получаете этот Shelveset в локальную рабочую область (контейнер B) • Затем вы берете полку (из контейнера A в исходное управление), проверка в контейнере A выполняется успешно, а контейнер A удаляется что Gated Shelveset завершил его жизненный цикл (если он потерпел неудачу, он остался бы неповрежденным) –

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