Что такое стеллажи в TFS?

У стеллажей есть много применений. Основные из них:

1. Переключение контекста: сохранение работы над текущей задачей, чтобы вы могли переключиться на другую задачу с высоким приоритетом. Допустим, вы работаете над новой функцией, думая о своем собственном бизнесе, когда ваш босс вбегает и говорит: «Аааа! Ошибка, ошибка, ошибка!» и вам нужно отказаться от текущих изменений функции и исправить ошибку. Вы можете отложить свою работу над функцией, исправить ошибку, а затем вернуться и убрать с полки, чтобы позже поработать над изменениями.
2. Совместное использование наборов изменений. Если вы хотите поделиться набором изменений кода, не возвращая его, вы можете упростить доступ для других, отложив его. Это можно использовать, когда вы передаете незавершенное задание кому-то другому (бедняжка) или если у вас есть какой-то тестовый код, который вы НИКОГДА не проверяете, который кому-то еще нужно запустить. h / t на другие ответы об использовании этого для обзоров, это очень хорошая идея.
3. Сохранение вашего прогресса. Пока вы работаете над сложной функцией, вы можете оказаться в «хорошей точке», когда захотите сохранить свой прогресс. Это идеальное время, чтобы отложить код. Допустим, вы взламываете CSS / HTML, чтобы исправить ошибки рендеринга. Обычно вы ударяете по нему, повторяя все возможные клуджи, которые только можете придумать, до тех пор, пока он не станет правильным. Однако, как только он будет выглядеть правильно, вы можете попробовать вернуться, чтобы очистить свою разметку, чтобы кто-то другой мог понять, что вы сделали, прежде чем вы его вернете. В этом случае вы можете отложить код, когда все будет отображаться правильно. , то вы можете приступить к рефакторингу разметки, зная, что если вы случайно сломаете ее снова, вы всегда можете вернуться и получить свой набор изменений.

Любое другое использование?

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

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

К вашему сведению: лучший способ просмотреть набор полок - использовать следующую команду

tfpt обзор / shelveset: shelvesetName; userName

tfpt является частью Team Foundation Power Tools

Верно. Если вы создадите полку, другие пользователи, получающие последнюю версию, не увидят ваш код.

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

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

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

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

Я понимаю, что процесс будет следующим:

1. Чтобы отложить текущие ожидающие изменения, щелкните правой кнопкой мыши проект, Полка, добавьте имя полки.
2. Это сохранит (или отложит) изменения на сервере (никто их не увидит)
3. Затем вы выполняете Отменить ожидающие изменения, чтобы вернуть свой код обратно к последней точке регистрации.
4. Затем вы можете делать то, что вам нужно, с восстановленной базовой линией кода.
5. Вы можете убрать изменения в любое время (может потребоваться конфликт слияния)

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

Я сталкиваюсь с этим постоянно, поэтому дополнительная информация по веткам:

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

tfpt unshelve /migrate

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

@JaredPar: Да, вы можете использовать наборы полок для обзоров, но имейте в виду, что наборы полок могут быть перезаписаны вами / другими людьми, и поэтому они не являются стабильными в долгосрочной перспективе. Поэтому для проверок, имеющих отношение к нормативным требованиям, никогда не следует использовать Shelveset в качестве основы, а лучше использовать checkin (набор изменений). Для неофициальной проверки это нормально, но не для формальной (например, соответствующей FTA) проверки!

Если вы используете сборки Gated, когда сборка запускается, она создает набор полок вашего рабочего пространства, который отправляется для сборки. Если сборка завершается неудачно, набор полок отклоняется. Если сборка прошла успешно, создается набор изменений, который фиксируется в TFS. В любом случае человек, выполняющий эту регистрацию / сборку, должен будет согласовать рабочее пространство, что так же просто, как выполнить Get Latest.