Сборка команды: путь 'Путь' уже отображается по ошибке 'рабочей области' рабочей области даже после удаления всех рабочих областей на агенте сборки
У меня есть эта проблема, когда я ставлю сборку в очередь. Сборка умирает с ошибкой
Путь C:\[Path]\Sources уже отображается в рабочей области [Имя сервера].
то же как этот вопрос. но я удалил все рабочие области на агенте сборки путем выполнения этой команды:
tf workspaces /remove:*
и также путем удаления папки кэша TFS. Я также перезапустил сервер, но ошибка продолжает происходить на каждой сборке.
3 ответа
В mapViewController создайте метод действий:
- (void)openAnnotation:(id)annotation
{
//mv is the mapView
[mv selectAnnotation:annotation animated:YES];
}
Затем можно определить ближайшую аннотацию на основе текущего местоположения и перейти к аннотациям, доступным в массиве.
[mv annotations];
После вычисления ближайшей аннотации вызовите
[self openAnnotation:closestAnnotation];
mapView должен прокручиваться автоматически, чтобы поместить аннотацию в центр области дисплея.
-121--1436295-Если вы программист .Net Windows, который хочет когда-нибудь работать в Google (разве мы не все?), то это поможет выучить C++.
-121--2182181-Ok, поэтому решение в конечном итоге было довольно похоже на то, что PortingStu опубликовал здесь . Я изменил рабочий каталог агента сборки с
$(Temp)\UI\$(BuildDefinitionPath)
на
$(Temp)\UI\$(BuildDefinitionPath)\$(BuildDefinitionID)
Странно то, что другой агент сборки все еще работает в $ (Temp )\UI\$ (BuildDefinityPath) и работает нормально. Единственное различие между этими двумя агентами заключается в том, что на одном из них, прекратившем работу, установлена ОС Visual Studio 2010 RC, в то время как на том, который еще работает, VS2010 Beta2. Понятия не имею, почему это должно изменить ситуацию.
Дополнительная информация о свойстве рабочего каталога здесь:
http://msdn.microsoft.com/en-us/library/bb399135.aspx
Однако в RTM-версии "$ (HOMEDRIVE)" не не узнал. Может быть, из-за кожуха; не тестировал его, поэтому помните об этом недостатке в документации.
У меня была такая же проблема - все работало нормально, пока я не установил VS2010 на агент сборки. Добавление BuildDefinitionId исправило это, но странно, что установка VS2010 испортит рабочие области, которые уже настроены и работают.