Как получить правильную версию при удалении старых наборов полок в TFS?

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

Как мне теперь определить, какая базовая версия полки использовалась? К сожалению, об этом нет информации в "Подробности" - Информация о полке.


tfs changeset unshelve
person ElGaucho    schedule 01.02.2012    source источник

Ответы (2)


arrow_upward
5
arrow_downward

Вы можете просмотреть версию отложенного изменения в диалоговом окне сведений о наборе полки — если щелкнуть правой кнопкой мыши файл, вы можете выбрать «Свойства», которые отобразят вам отложенную версию и последнюю версию.

Тем не менее, unshelve не будет откладывать новые изменения для последней версии — вместо этого будет проверена отложенная версия. Представьте себе этот сценарий:

Вы откладываете изменение $/A в версии 5. Вы создаете набор отложений foo и отменяете локальные отложенные изменения.

Другой пользователь регистрирует новую версию $/A. Вы получаете последнюю версию, и теперь ваш $/A обновлен до версии 6.

Если вы затем отложите foo, так как отложенное ожидающее изменение было версии 5, теперь у вас будет ожидающее изменение версии 5. Если вы получите последнюю версию, у вас возникнет конфликт версий, и вы сможете разрешить конфликт, чтобы внести ожидающие изменения. изменения до версии 6.

person Edward Thomson    schedule 01.02.2012

arrow_upward
0
arrow_downward

Я не думаю, что это возможно.
Даже если вы получите с помощью TFS-SDK Shelveset с помощью VersionControlServer.QueryShelvesets, в этом направлении ничего не будет.

Это действительно имеет смысл, поскольку полка может содержать элементы из нескольких ветвей. , папки, даже групповые проекты — так что не всегда существует отношение «один к одному» между набором изменений и набором изменений.

Я бы на вашем месте просто добавил информацию в комментарий (от руки: некрасиво, но сработает)

person pantelif    schedule 01.02.2012