Я разработчик, и я внесла некоторые изменения в решение, которое я сохранил на полке. Другой разработчик отключает мои изменения и создает решение на сервере. Есть ли способ для второго разработчика проверить мой полки? Я знаю, что он может проверять отдельные файлы, содержащие полки. Тем не менее, я думал о команде «checkin», которая приняла имя полки в качестве параметра или если был другой способ проверить эти изменения как единое целое с именем полки.Проверка в полках
ответ
Простой способ сделать это - определить новое рабочее пространство и предоставить разработчику доступ к этому рабочему пространству. Затем все ожидающие изменения для этого рабочего пространства соответствуют полному набору, и они могут проверять все в рабочей области.
Спасибо за ответ. Тем не менее, возможно, что у нескольких разработчиков будут отложенные изменения, которые должны быть удалены, построены и проверены с сервера. Я подумал, что если можно зарегистрировать имя полок, то на экране могут быть построены, протестированы и проверены полки на сервере за один раз. Разве это невозможно? – cjs
Похоже, что то, о чем вы говорите, похоже на стиль Gated Checkin, который у вас есть в TFS 2010.В этой настройке TFS возьмет регистрацию, поместит ее в полку, а затем построит на основе этого набора. – Robaticus
Я думаю, что я оговорился. Когда я упоминал о создании полки на сервере, я имел в виду, что он будет построен в Visual Studio, который установлен на сервере. То есть сервером я не имел в виду «агент сборки». Я смотрю на это в коде, но пока не везет. – cjs
Другой разработчик может открыть строку Visual студии командной строки и введите следующую команду:
tf checkin /shelveset:shelvesetname;shelvesetowner
Посмотреть Checkin Command на MSDN для получения более подробной информации.
Я получаю сообщение об ошибке: «Элементы не могут быть указаны с опцией/shelveset.» - что это значит? – ekkis
Также натолкнулись на эту ошибку, есть ли у вас какие-либо резолюции позже? – machinarium
Я не думаю, что регистрация через TFS Command Line напрямую - это лучший способ, возможно, конфликт с последним кодом на TFS.
Я думаю, что лучший способ проверить в shelveset, если есть еще изменения в вас код, но не проверять в ней, создать новый WORKSPACE в вашем локальном компьютере
затем карта последнего кода в новой рабочей области, а затем unshelve (скачать) shelveset, разрешить конфликт, если это необходимо, а затем проверить в коде
Второй разработчик может перейти в Team Explorer -> Builds и щелкнуть правой кнопкой мыши по определению Build, с которым вы работаете.
- Выберите «Очередь New Build ...»
- В выпадающем списке «Что вы хотите построить?», Выберите «Последние источники с shelveset».
- Если вы перейдете к кнопке «...», вы можете выбрать любой полки из любого.
- Затем установите флажок «Проверить изменения после успешной сборки».
Сборка с этим полки, полка проверяется, когда сборка проходит.
Для тех, кто имеет проблемы с ошибкой: «Предметы, которые не могут быть определены с параметром/shelveset.», Попытайтесь поместить имя пользователя в круглых скобках следующим образом:
tf checkin /shelveset:shelvesetname;"shelvesetowner"
+1 Я тоже хочу знать что. Я думаю, что вы можете обновить вопрос, как этот «Проверка на полках без его удаления» – IsmailS