Владелец рабочей области сборки TFS не является учетной записью службы сборки

Question

У меня есть некритическая, но раздражающая ситуация.

У нас есть сервер, на котором есть набор агентов сборки XFSL TFS 2015.

По какой-то причине существует несоответствие между учетной записью «Запуск от имени» службы сборки и владельцем рабочей области сборки.

Служба сборки настроена на нашу учетную запись службы - назовем ее TfsSvc. Рабочие пространства сборки созданы с моей учетной записью - назовем это RobH.

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

Если я открываю Team Explorer в VS2015, я могу видеть, что это связано с TFS, как я. У меня возникла мысль, что, возможно, я должен удалить и снова добавить сервер, но опция «Удалить» выделена серым цветом.

Я видел подсказку, чтобы удалить TFS из диспетчера учетных данных Windows, чтобы заставить его снова запрашивать вашу учетную информацию. Я видел, что у него есть мои (RobH) учетные данные, хранящиеся там. Однако удаление их не имело эффекта.

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

Итак, что еще я могу попробовать? Есть предположения?

Answer 1

Проверьте свойства службы сборки (необходимо остановить службу)

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

---

Update

Какое рабочее пространство вы имели в виду в вашем вопросе?

Если вы имеете в виду рабочую область в агенте сборки. Это странно, потому что это рабочее пространство автоматически создается Team Build. И мы обычно называем его рабочим каталогом. (Установить в свойствах агента сборки) The build workspaces are all created with my account. Как вы это достигли?

Вы можете проверить эту информацию в диалоге рабочих мест mange (Need VS). Кроме того, владелец этого рабочего пространства не будет влиять на тот, который был проверен в changest.

Чтобы проверить это, вы можете просто удалить локальное рабочее пространство агента сборки (физически) и удалить его с сервера TFS. Если вы получаете XXX рабочее пространство, не существует ошибки, отключите и включите агент. После этого правильная идентификация была связана с созданием полки и поиском нового автоматически созданного рабочего пространства.

Согласно информации, предоставленной Вами, самое подозрительное Checked in on behalf of Пожалуйста, проверьте ваш коттеджный определение сборки и строить журналы. Если есть некоторые настройки или информация, связанная с этим.

И, пожалуйста, также проверьте самую последнюю информацию. Каков результат «по пользователю» стробированной сборки вашего коллеги?

Answer 2

Если я правильно понять: вам необходимо удалить рабочее пространство и воссоздать рабочее пространство с учетной записью TfsSvc. Чтобы сделать это сделать ниже:

1 - некартированных весь проект

2 - Remove workspace

3 - удалить папку кэша @:% LOCALAPPDATA% \ Microsoft \ Foundation Team \ 5.0 \ Cache

4 - перенаправить проект и получить последнюю версию

Это удалит WorkSpace и вам нужно будет создать новые рабочие пространства.