Team Build Error: The Path ... è già mappato all'area di lavoro

Quando si crea una nuova build in Team Foundation Server, viene visualizzato il seguente errore quando si tenta di eseguire la nuova build:

Il percorso C: \ Build \ ProductReleases \ FullBuildv5.4.2x \ Sources è già associato allo spazio di lavoro BuildServer_23.

Non riesco a vedere un'area di lavoro con quel nome nella finestra di dialogo delle aree di lavoro.

Utilizzare l'utilità da riga di comando TF - Team Foundation Version Control Tool ( tf ).

È possibile ottenere un elenco di tutte le aree di lavoro richiamando un prompt dei comandi di Visual Studio, quindi cambiando nella cartella dell'area di lavoro ed eseguendo i comandi seguenti:

C:\YourWorkspaceFolder>tf workspaces /owner:*

Dovresti vedere l'area di lavoro del tuo problema nell'elenco e il suo proprietario.

È possibile eliminare l'area di lavoro con il seguente comando:

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

Elimina semplicemente il contenuto delle seguenti cartelle:

C: \ Users \ UserName \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache

Dove UserName è l'utente attuale o corrente e 3.0 è il numero di versione.

Ho ricevuto questo errore, causato da due definizioni di build che indicavano la stessa fonte. Il problema era che ho usato una directory di build statica in Build Agent.

Questo post del forum descrive esattamente il mio problema e la mia risoluzione: http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/

Ho avuto un problema simile e per rimuovere l'area di lavoro che mi stava causando un problema, ho effettuato l'accesso a un'altra macchina con il client TFS installato ed eseguito quanto segue:

• Nel file di menu, scegliere controllo del codice sorgente , Avanzate , quindi fare clic su aree di lavoro ... .
• Nella finestra di dialogo Gestisci aree di lavoro , selezionare la casella di controllo Mostra pacchetti remoti .
• Nella colonna Nome , seleziona l'area di lavoro che desideri rimuovere, quindi fai clic su Rimuovi .
• Nella finestra di dialogo di conferma , fare clic su OK .

Abbiamo avuto lo stesso problema ma l'eliminazione dell'area di lavoro dal server TFS non ha funzionato. (Devo dire che ho afferrato i miei colleghi VM che era già stato impostato con le sue credenziali.)

Per me ha funzionato: http://blogs.msdn.com/b/buckh/archive/2006/09/12/path-is-already-mapped-in-workspace.aspx

Sono appena entrato in: ... \ Impostazioni locali \ Dati applicazioni \ fatto una ricerca per VersionControl.config, ho aperto la cartella che conteneva questo file ed eliminato tutto il suo contenuto.

In precedenza ho provato a modificare manualmente il file ma è continuato con lo stesso messaggio di errore.

Spero che aiuti.

Per qualche motivo ho avuto problemi a eliminare l'area di lavoro dall'utilità della riga di comando. Fortunatamente ho trovato Team Foundation Sidekicks 2010 (da questo post ) che è gratuito e fornisce una GUI per la visualizzazione e l'eliminazione di aree di lavoro TFS e molte altre utili funzioni TFS.

Ho avuto un problema simile con Visual Studio 2010 che si lamentava di un'area di lavoro già mappata, ma invece di eliminare l'intera area di lavoro, dal prompt dei comandi di Visual Studio ho usato quanto segue: "tf area di lavoro PROBLEM_WORKSPACE_NAME". Ciò ha portato alla finestra di dialogo "Modifica area di lavoro". Da lì sono stato in grado di rimuovere il percorso in questione dall'elenco "Cartelle di lavoro", che ha eliminato l'errore.

il resto è stato abbastanza facile.

Basta andare in questa cartella: C: \ Users {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 4 \ Cache ed eliminare tutto ciò che si trova nella cartella.

Stavo ottenendo un'eccezione che mi diceva che il file era già mappato in un altro spazio di lavoro: "Il percorso {Percorso file} è già mappato nello spazio di lavoro {Nome spazio di lavoro}."

Questo spazio di lavoro è stato eliminato prima . Con l'aiuto di un mio amico ho scoperto che TFS salva le informazioni sull'area di lavoro nella directory delle impostazioni locali dell'utente. Abbiamo trovato un file chiamato:

VersionControl.config in { Dir documenti e impostazioni utente} \ Impostazioni locali \ Dati applicazioni \ Microsoft \ Team Foundation \ 1.0 \ Cache. Questo file contiene tutta la mappatura locale di TFS. Probabilmente quando usi il metodo Map e non usi: public void DeleteMapping (mapping WorkingFolder); prima di eliminare l'area di lavoro, le informazioni di mappatura non vengono rimosse da questo file che viene utilizzato da TFS per verificare se alreay è stata mappata un percorso specifico.

Per risolvere questo problema, eliminare tutte le chiavi dal file di configurazione. Non eliminare il file perché lo otterrai nuovamente dalla cache del server.

Ecco cosa ho fatto (bene cosa faccio):

L'uso dei sidekick di TFS cancella i filtri utente e server in modo che siano vuoti. Questo ti permetterà di ottenere tutte le aree di lavoro.

Controlla l'errore di compilazione per il nome dell'area di lavoro. Nel caso dei PO è BuildServer_23. È diverso nel mio ambiente ma fondamentalmente abbina semplicemente il nome dell'errore a quello nell'elenco sidekick di tfs.

Fai clic sulla x rossa per eliminare l'area di lavoro.

Viola!

Se non disponi delle autorizzazioni sul server per eliminare le aree di lavoro di altre persone, puoi semplicemente modificare il nome della definizione di build. TFS creerà un nuovo spazio di lavoro e lo mapperà su "C: \ Build \ ProductReleases \ nome nuova build qui \ Fonti".

Se applicabile, puoi anche clonare la definizione di build e modificarne il nome. Questo ha funzionato per me.

Ho provato tutte le seguenti soluzioni come:

1. Usa i sidekick per eliminare WS.
2. Utilizzare i comandi tf per eliminare le aree di lavoro del server remoto.
3. Elimina la cartella cache TFS.

Per me ha funzionato:

tf workspaces /remove:*

Ho cambiato

Build Definition -> Workspace -> Build Agent Folder

a partire dal

c:\some\path

per

$(SourceDir)

e risolto il problema.

Durante il tentativo di ottenere la versione più recente di un progetto che avevo precedentemente mappato in una directory locale e quindi eliminato, ho visto lo stesso messaggio di errore. Prima ho provato lo strumento SideKick e poi il prompt dei comandi di Visual Studio 2010, entrambi mi hanno detto che non avevo mappato le aree di lavoro.

Successivamente ho cercato 'VersionControl.config' all'interno c:/users/myuser/appdatae ho eliminato i 4 riferimenti trovati. Ho riaperto Visual Studio e sono stato in grado di mappare nuovamente il progetto, non più errori!

Il modo più semplice per farlo è andare su AppData ed eliminare la cache TFS (a seconda della versione 3.0 o 4.0)

C: \ Users {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache o C: \ Users {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 4.0 \ Cache

La soluzione di TDN ha funzionato per me quando avevo lo stesso problema. Il server Build ha creato aree di lavoro con il mio account. Selezionando questa casella mi è stato possibile visualizzarli ed eliminarli.

Ho riscontrato lo stesso problema in Visual Studio 2017 e TFS 2017. DefaultCollection deve essere prima associato al percorso locale. In qualche modo questo passaggio è stato ignorato e ho mappato solo MyFirstProject.

Tutto quello che devi fare è:
- 1. Vai alla tua pagina web TFS e rimuovi il progetto dal server.

- 2. Rimuovere il progetto dalle "Workapces" locali

- 3. Vai su "Gestisci connessioni" che aggiornerà la tua Home page in TeamExplorer.

- 4. Verrà visualizzata la pagina di configurazione che consente di impostare il percorso principale su DefaultCollection.

- 5. Dovresti ricevere il messaggio che è stato fatto correttamente. Ora puoi creare il tuo progetto.

È importante mappare prima la radice della raccolta sullo spazio di lavoro e quindi mappare un nuovo progetto.

Il mio problema era legato all'uso di più account. È così che sono stato in grado di cambiare account.

Apri Team Explorer

Dal grande menu a discesa nella parte superiore del riquadro ...

Passare a: Progetti e i miei team > Gestisci connessioni

Passare a: Gestisci connessioni > Connetti a Team Project

Utilizzare il collegamento "Cambia utente" per cambiare account.

Ora i nomi dell'area di lavoro corrisponderanno all'account scelto.

Non riuscivo a far funzionare qualsiasi altra soluzione.

Ho creato un nuovo account e il vecchio account non aveva più le autorizzazioni (entrambi sulla stessa macchina).

Ho provato: 1) Eliminazione dell'area di lavoro (impossibile vedere in VS con o senza aree di lavoro remote selezionate) 2) Eliminazione dalla riga di comando 3) Nuovo comando proprietario 4) Eliminazione della cache

Quindi ho semplicemente aperto VS come amministratore e mappato su una cartella diversa.

Ho avuto questo problema con questo con build automatiche DevOps di Azure in un agente di build TFS locale. La rimozione dello spazio di lavoro mediante i Sidekick di TFS non ha funzionato. E tf.exe non è riuscito a trovare nemmeno lo spazio di lavoro per eliminarlo.

Questa soluzione dovrebbe funzionare per TFS 2017, TFS 2018, Azure DevOps e possibilmente altre versioni:

1. Prendere nota del GUID dell'area di lavoro nel messaggio di errore.
2. Sul computer in cui è in corso la creazione, accedere a:% USERPROFILE% \ AppData \ Local \ Microsoft \ Team Foundation \ (dove% USERPROFILE% appartiene all'utente che ha attivato la generazione).
3. Cerca e rimuovi tutte le istanze del GUID dell'area di lavoro in quella directory. Probabilmente ci sarà una cartella in una directory 'cache', oltre a voci in 'LocationServerMap.xml' e 'LocalItemExclusions.config'. Rimuovili tutti.

Ha funzionato nelle mie circostanze.

Elimina semplicemente l'area di lavoro:

workspace /delete "the-workspace-name"