Ответ 1
Другой разработчик может открыть командную строку Visual Studio и использовать следующую команду:
tf checkin /shelveset:shelvesetname;shelvesetowner
Подробнее см. Checkin Command в MSDN.
Я разработчик, и я внес некоторые изменения в решение, которое я сохранил на полке. Другой разработчик отключает мои изменения и создает решение на сервере. Есть ли способ для второго разработчика проверить мой полки? Я знаю, что он может проверять отдельные файлы, содержащие полки. Тем не менее, я думал о команде "checkin", которая принимала имя полки в качестве параметра или если был другой способ проверить эти изменения как единое целое с именем полки.
Другой разработчик может открыть командную строку Visual Studio и использовать следующую команду:
tf checkin /shelveset:shelvesetname;shelvesetowner
Подробнее см. Checkin Command в MSDN.
Я не думаю, что проверка через TFS Command Line напрямую - лучший способ, возможно, конфликт с последним кодом в TFS.
Я думаю, что лучший способ проверить в shelveset, если в вашем коде есть какие-то другие изменения, но вы его не проверяете, создайте новый WorkSpace на локальном компьютере
Затем сопоставьте последний код с новым рабочим пространством, затем откройте (скачайте) полки, разрешите конфликт, если необходимо, затем проверьте код
Легкий способ сделать это - определить новое рабочее пространство и предоставить разработчику доступ к этому рабочему пространству. Затем все ожидающие изменения для этого рабочего пространства соответствуют полке, и они могут проверять все в рабочей области.
Второй разработчик может перейти в Team Explorer → Builds и щелкнуть правой кнопкой мыши по определению Build, с которым вы работаете.
Строка выполняется с помощью этого полки, полка проверяется, когда сборка проходит.
Для тех, у кого есть проблемы с ошибкой: "Элементы не могут быть указаны с опцией /shelveset.", попробуйте поместить имя пользователя в круглые скобки следующим образом:
tf checkin /shelveset:shelvesetname;"shelvesetowner"