Gated Checkin: Sheving the Sources вызывает откат в Visual Studio

Question

Один из наших разработчиков обнаружил что-то очень странное в Gated Checkin Builds, которое, как представляется, является функцией Gated Checkins.

При запуске Gated Checkin решение в его обозревателе решений, похоже, возвращается к последней проверенной версии. После завершения сборки Visual Studio показывает сообщение об ошибке или успехе с кнопкой на немецком языке, называемой «Code aufnehmen», (на английском языке: «Reconcile ...»)

После нажатия он возвращает свои изменения.

Я знаю, что в Visual Studio вы можете отказаться от своего решения при его откладывании. Мне кажется, это то, что по умолчанию делает Visual Studio.

Можно ли установить Visual Studio или TFS, чтобы не отменить после стеллажа для Gated Checkins? Или, может быть, кто-то может сказать мне, почему Visual Studio это делает.

Answer 1

Весь процесс с воротами возвратами, что TFS:

• конструирует Shelveset со всеми изменениями
• пытается построить последнее состояние кодового + этого Shelveset &
• Если все удастся, Shelveset заносится в репозиторий

По умолчанию TFS вернет рабочую область разработчика в последнюю контрольную панель d во время этой операции. Это может быть изменено следующим образом:


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

В общем, стробированные сборки должны быть как можно меньше. Если этот принцип сохранен, непреодолимым способом является отказ от установки опции «Сохранять» .
Если сборка длится дольше, чем -5 минут, это может стоить того.

Очень хорошее описание функции Gated Checkin можно найти в статье this П. П. Карнахана.