Помилка побудови команди: Шлях… вже відображено в робочій області

Під час створення нової збірки в сервері Team Foundation я отримую таку помилку при спробі запуску нової збірки:

Шлях C: \ Build \ ProductReleases \ FullBuildv5.4.2x \ Sources вже відображений у робочій області BuildServer_23.

Я не можу побачити робочу область під цим іменем у діалоговому вікні робочих просторів.

Використовуйте утиліту командного рядка TF - Інструмент контролю версій Team Foundation ( tf ).

Ви можете отримати список усіх робочих просторів, відкривши командний рядок Visual Studio, потім перейшовши в папку робочої області та видавши наступні команди:

C:\YourWorkspaceFolder>tf workspaces /owner:*

Ви повинні побачити у своєму списку проблемну робочу область, а також її власника.

Ви можете видалити робочу область за допомогою наступної команди:

C:\YourWorkspaceFolder>tf workspace /delete /server:BUILDSERVER WORKSPACENAME;OWNERNAME

Просто видаліть вміст таких папок:

C: \ Users \ UserName \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Кеш

Якщо UserName - це фактичний або поточний користувач, а 3.0 - номер версії.

Я отримав цю помилку, яка була викликана наявністю двох визначень побудови, які вказували на одне джерело. Проблема полягала в тому, що я використовував статичний каталог збірки в Агенті збірки.

Цей пост на форумі точно описує мою проблему та вирішення: http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/

У мене була подібна проблема, і щоб видалити робочу область, яка викликала у мене проблему, я увійшов в іншу машину з встановленим клієнтом TFS і виконав наступне:

• На Файл меню, виберіть пункт Control Source , Advanced , а потім натисніть Workspaces ... .
• У діалоговому вікні " Управління робочими просторами" поставте галочку Показувати віддалені пакети .
• У стовпці Ім'я виберіть робочу область, яку потрібно видалити, а потім натисніть Видалити .
• У діалоговому вікні підтвердження натисніть кнопку ОК .

У нас була така ж проблема, але видалення робочої області з сервера TFS не працювало. (Я мушу зазначити, що я схопив своїх колег В.М., які вже були створені за його повноваженнями.)

Для мене це спрацювало: http://blogs.msdn.com/b/buckh/archive/2006/09/12/path-is-already-mapped-in-workspace.aspx

Я щойно перейшов до: ... \ Local Settings \ Data Data \ здійснив пошук VersionControl.config, відкрив папку, в якій містився цей файл, і видалив увесь його вміст.

До цього я намагався редагувати файл вручну, але він продовжувався тим самим повідомленням про помилку.

Я сподіваюся, що це допомагає.

Чомусь у мене виникли проблеми з видаленням робочої області з утиліти командного рядка. На щастя, я знайшов Team Foundation Sidekicks 2010 (з цієї публікації ), який є безкоштовним та забезпечує графічний інтерфейс для перегляду та видалення робочих просторів TFS та багато інших корисних функцій TFS.

У мене була аналогічна проблема з Visual Studio 2010, яка скаржилася на вже відображену робочу область, але замість видалення всієї робочої області, я використала наступне з командного рядка Visual Studio: "tf робоча область PROBLEM_WORKSPACE_NAME". Це відкрило діалог "Редагувати робочу область". Звідти мені вдалося видалити спірний шлях зі списку "Робочі папки", який позбувся помилки.

решта була досить легкою.

Просто перейдіть до цієї папки: C: \ Users {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 4 \ Cache та видаліть усе, що є в папці.

Я отримував виняток, який сказав мені, що файл вже відображений в іншій робочій області: "Шлях {Шлях файлу} вже відображений у робочій області {Ім'я робочої області}."

Це робоче середовище було видалено . За допомогою мого друга я з’ясував, що TFS зберігає інформацію про робочу область під місцевими налаштуваннями користувача. Ми знайшли файл з назвою:

VersionControl.config в розділі {Документи користувача та параметри режиму } \ Локальні налаштування \ Дані програми \ Microsoft \ Команда фонду \ 1.0 \ Кеш. Цей файл містить все локальне відображення TFS. Можливо, коли ви використовуєте метод Map і не використовуєте: public void DeleteMapping (MapFingFolding); перед видаленням робочої області інформація з картографії не видаляється з цього файлу, який TFS використовується для перевірки, чи ви вирішили відобразити певний шлях.

Щоб вирішити цю проблему, видаліть усі ключі з конфігураційного файла. Не видаляйте файл, оскільки ви знову отримаєте його з кеш-сервера.

Ось що я зробив (добре що я роблю):

Використовуючи TFS Sidekicks, очистіть фільтри користувачів та серверів, щоб вони були порожніми. Це дозволить отримати всі робочі простори.

Перевірте помилку збірки на ім'я робочої області. У випадку з ОП це BuildServer_23. У моєму середовищі він різний, але в основному просто співставляє назву помилки з тією, що знаходиться в списку tfs sidekick.

Клацніть червоний x, щоб видалити робочу область.

Віола!

Якщо у вас немає дозволів на сервері видаляти робочі простори інших людей, ви можете просто змінити ім'я визначення збірки. TFS створить нову робочу область і відобразить її в "C: \ Build \ ProductReleases \ нове ім'я збірки тут \ Джерела".

Якщо можливо, ви також можете клонувати визначення збірки та змінити його назву. Це спрацювало для мене.

Я спробував усі такі рішення, як:

1. Використовуйте бічні ключі для видалення WS.
2. Використовуйте команди tf для видалення робочих просторів віддаленого сервера.
3. Видаліть папку кешу TFS.

Для мене працювало наступне:

tf workspaces /remove:*

я змінив

Build Definition -> Workspace -> Build Agent Folder

з

c:\some\path

до

$(SourceDir)

і це вирішило питання.

Під час спроби "Отримати найновішу версію" проекту, який я попередньо перемістив у локальний каталог, а потім видалив, я побачив це те саме повідомлення про помилку. Спочатку я спробував інструмент SideKick, а потім командний рядок Visual Studio 2010, обидва з яких сказали мені, що у мене немає карток робочих просторів.

Далі я шукав "VersionControl.config" всередині c:/users/myuser/appdataта видаляв 4 знайдені посилання. Я знову відкрив Visual Studio і мені вдалося перепланувати проект, більше помилок не було!

Найпростіший спосіб зробити це - перейти до своєї AppData та видалити кеш TFS (залежно від версії 3.0 або 4.0)

C: \ Користувачі {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache або C: \ Користувачі {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 4.0 \ Кеш

Рішення TDN працювало на мене, коли я мав те саме питання. Сервер Build створив робочі простори під моїм обліковим записом. Якщо встановити цей прапорець, я дозволив їх побачити та видалити.

У мене вийшов такий самий випуск у Visual Studio 2017 та TFS 2017. DefaultCollection повинен бути зіставлений спочатку до локального шляху. Якось цей крок був пропущений, і я отримав лише карту MyFirstProject.

Все, що вам потрібно зробити, це:
- 1. Перейдіть на свою веб-сторінку TFS та видаліть проект із сервера.

- 2. Видаліть проект із місцевих "Workapces"

- 3. Перейдіть до пункту "Керування з'єднаннями", який оновить вашу домашню сторінку в TeamExplorer.

- 4. Ви отримаєте сторінку конфігурації, яка дозволить вам встановити кореневий шлях до програми DefaultCollection.

- 5. Вам слід отримати повідомлення про те, що це було зроблено успішно. Тепер ви можете створити свій проект.

Важливо спочатку зіставити корінь своєї колекції в робочу область, а потім скласти новий проект.

Моя проблема стосувалася використання кількох облікових записів. Ось як мені вдалося переключити акаунти.

Відкрийте Провідник команди

З великого випадаючого меню у верхній частині панелі ...

Перейдіть до: Проекти та мої команди > Керування з'єднаннями

Перейдіть до: Керування з'єднаннями > Підключення до командного проекту

Використовуйте посилання "Переключити користувача" для переключення облікових записів.

Тепер імена робочої області будуть відповідати вибраному обліковому запису.

Я не міг отримати жодного іншого рішення для роботи.

У мене був створений новий обліковий запис, і старий обліковий запис більше не мав дозволів (обидва на одній машині).

Я спробував: 1) Видалення робочої області (не вдалося побачити в VS з або без перевірених віддалених робочих просторів) 2) Видалення з командного рядка 3) Нова команда власника 4) Видалення кеша

Тож я просто відкрив VS як адміністратор і перемістився в іншу папку.

У мене виникла ця проблема з цим автоматизованими побудовами Azure DevOps у вбудованому агенті побудови TFS. Видалення робочої області за допомогою TFS Sidekicks не вийшло. І tf.exe не зміг навіть знайти робочу область для її видалення.

Це рішення має працювати для TFS 2017, TFS 2018, Azure DevOps та, можливо, інших версій:

1. Зверніть увагу на GUID робочої області у повідомленні про помилку.
2. На машині, де відбувається збирання, перейдіть до:% USERPROFILE% \ AppData \ Local \ Microsoft \ Team Foundation \ (де% USERPROFILE% належить користувачеві, який ініціював збірку).
3. Шукайте та видаляйте всі екземпляри GUID робочої області під цим каталогом. Ймовірно, в папці "кеш" буде папка, а також записи в "LocationServerMap.xml" та "LocalItemExcitions.config". Видаліть їх усіх.

Це спрацювало в моїх обставинах.

Просто видаліть робочу область:

workspace /delete "the-workspace-name"