Kesalahan Bangun Tim: Path ... sudah dipetakan ke ruang kerja

162

Saat membuat build baru di Team Foundation Server, saya mendapatkan kesalahan berikut ketika mencoba menjalankan build baru:

Jalur C: \ Build \ ProductReleases \ FullBuildv5.4.2x \ Sumber sudah dipetakan ke ruang kerja BuildServer_23.

Saya tidak dapat melihat ruang kerja dengan nama itu di dialog ruang kerja.

tfs build-server

— Bukan dirimu sendiri
sumber

Ini kesalahan yang lebih rumit, lihat pertanyaan lain .

— psulek

138

Gunakan utilitas baris perintah TF - Alat Kontrol Versi Yayasan Tim ( tf ).

Anda bisa mendapatkan daftar semua ruang kerja dengan memunculkan Visual Studio Command Prompt kemudian mengubah ke folder ruang kerja Anda dan mengeluarkan perintah berikut:

C:\YourWorkspaceFolder>tf workspaces /owner:*

Anda harus melihat ruang kerja masalah Anda dalam daftar dan juga pemiliknya.

Anda dapat menghapus ruang kerja dengan perintah berikut:

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

— Bukan dirimu sendiri
sumber

16

Saya mendapatkan "Tidak dapat menentukan server kontrol sumber." saat menjalankan ruang kerja pada build server. Ada ide bagaimana cara memperbaikinya?

— Corvin

9

Corvin: jalankan perintah dari dalam folder yang merupakan bagian dari ruang kerja

— Raj Rao

18

Tinggalkan argumen / server, itu tidak diperlukan. Kalau tidak jawaban yang bagus!

— techphoria414

1

Jawaban bagus, satu-satunya hal yang akan saya tambahkan adalah Anda mungkin harus masuk ke TFS sebagai pemilik ruang kerja, atau Anda mungkin mendapatkan izin ditolak kesalahan.

— JMK

5

Setelah / hapus, saya memasukkan "/ koleksi: http: <server>: 808 / tfs / <collection> ..._ then_ the workspacename; workspaceowner ... berfungsi seperti yang diharapkan. Masalah saya adalah karena menciptakan kembali definisi build oleh nama yang sama

— efisher

44

Hapus saja isi folder berikut:

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

Di mana UserName adalah pengguna aktual atau saat ini, dan 3.0 adalah nomor versi.

— Rahim
sumber

Jawaban ini telah diberikan beberapa kali, dengan lebih banyak penjelasan, beberapa tahun yang lalu.

— Andrew Barber

ini yang saya butuhkan. Saya menghapus semua referensi dengan perintah tf dan juga dengan sidekicks tapi saya masih perlu menghapus cache ini. terima kasih, terima kasih, terima kasih

— GrahamJRoy

1

Secara khusus, Anda dapat menghapus WorkspaceInfoentri ruang kerja yang menyinggung dari C:\Users\ukcco3jbe\AppData\Local\Microsoft\Team Foundation\3.0\Cache\VersionControl.config. XPath:/VersionControlServer/Servers/ServerInfo/WorkspaceInfo

— JohnLBevan

C: \ Users \ UserName \ AppData \ Local \ Microsoft \ Team Foundation \ 8.0 untuk vs2019

— Sergio Villalobos

30

Saya menerima kesalahan ini, yang disebabkan oleh memiliki dua definisi build yang menunjuk ke sumber yang sama. Masalahnya adalah saya menggunakan direktori build statis di Build Agent.

Posting forum ini menjelaskan masalah dan resolusi saya dengan tepat: http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/

— YeahStu
sumber

28

Saya memiliki masalah serupa dan untuk menghapus ruang kerja yang menyebabkan saya masalah, saya masuk ke komputer lain dengan klien TFS diinstal dan melakukan hal berikut:

Pada menu File , arahkan ke Kontrol Sumber , Tingkat Lanjut , lalu klik Ruang Kerja ... .
Di kotak dialog Kelola Ruang Kerja , centang kotak centang Tampilkan paket jarak jauh .
Di bawah kolom Nama , pilih ruang kerja yang ingin Anda hapus, dan kemudian klik Hapus .
Di kotak dialog Konfirmasi , klik OK .

— TDN
sumber

3

Stasiun kerja saya terdaftar dua kali. Menghapus duplikat dan segera berhasil. Terima kasih.

— Kyle Hancock

26

Kami memiliki masalah yang sama tetapi menghapus ruang kerja dari server TFS tidak berfungsi. (Saya harus menyebutkan bahwa saya meraih VM rekan kerja saya yang sudah diatur dengan kredensial.)

Bagi saya ini berhasil: http://blogs.msdn.com/b/buckh/archive/2006/09/12/path-is-already-mapped-in-workspace.aspx

Saya baru saja masuk ke: ... \ Pengaturan Lokal \ Data Aplikasi \ melakukan pencarian untuk VersionControl.config, membuka folder yang berisi file ini dan menghapus semua isinya.

Sebelumnya saya mencoba mengedit file secara manual tetapi dilanjutkan dengan pesan kesalahan yang sama.

Saya harap ini membantu.

— asuciu
sumber

4

Sangat membantu untuk situasi kami, di mana kami beralih server dan server lama tidak ada lagi, tetapi mesin lama masih memiliki pengaturan untuk itu.

— Joel Rondeau

Saya harus melakukan ini juga. Saya menghapus seluruh Local Settings\Application Data\Microsoft\Team Foundationfolder dan semuanya baik-baik saja setelah itu

— Orion Edwards

Ini adalah cache, cukup hapus folder Cache

— Curios

Saya menghapus ruang kerja dan folder cache, tetapi masalahnya masih ada. Mungkin jenkins berjalan di bawah pengguna yang berbeda dan menggunakan cache lain?

— ideafixxxer

Mungkin itu! Ada semua jenis plugin yang dapat Anda gunakan untuk membersihkan ruang kerja Anda sebelum membangun yang sebenarnya dimulai. Jika Anda menemukan jawaban untuk masalah khusus ini, silakan kembali dan mempostingnya di sini agar orang lain dapat memperoleh manfaat darinya juga :)

— asuciu

16

Untuk beberapa alasan saya mengalami kesulitan menghapus ruang kerja dari utilitas baris perintah. Untungnya saya menemukan Team Foundation Sidekicks 2010 (dari posting ini ) yang gratis dan menyediakan GUI untuk melihat dan menghapus ruang kerja TFS, dan banyak fitur TFS yang lebih berguna.

— deadlydog
sumber

2

Saya sangat menyarankan siapa pun yang bekerja dengan TFS untuk melihat TFS Sidekicks, karena ini gratis dan memiliki banyak fitur yang benar-benar harus dimiliki.

— Alkampfer

6

Saya memiliki masalah yang sama dengan Visual Studio 2010 yang mengeluhkan ruang kerja yang sudah dipetakan, tetapi alih-alih menghapus seluruh ruang kerja, saya menggunakan yang berikut dari Visual Studio Command Prompt: "tf workspace PROBLEM_WORKSPACE_NAME". Ini memunculkan dialog "Edit Workspace". Dari sana saya bisa menghapus jalur yang dimaksud dari daftar "Folder Kerja", yang menghilangkan kesalahan.

— Mary Hamlin
sumber

Solusi Anda membantu saya dalam kasus serupa. Saya telah membuat ruang kerja untuk pengguna yang salah, jadi saya menghapusnya dan kemudian mencoba membuatnya untuk yang benar, tetapi tfmengeluh bahwa jalur itu dikaitkan dengan ruang kerja lain - yang saya hapus. Terinspirasi oleh balasan Anda, saya menciptakan kembali ruang kerja untuk pengguna yang salah, hanya menghapus asosiasi dengan jalan dan akhirnya saya berhasil menciptakan ruang kerja untuk pengguna yang tepat.

— edymtt

5

sisanya cukup mudah.

Cukup buka folder ini: C: \ Users {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 4 \ Cache dan hapus semua yang ada di folder.

— Mohamad Pahlavan
sumber

5

Saya mendapatkan pengecualian yang memberi tahu saya bahwa file tersebut sudah dipetakan di ruang kerja lain: "Path {File Path} sudah dipetakan di workspace {Workspace Name}."

Ruang kerja ini telah dihapus sebelum . Dengan bantuan teman saya, saya menemukan bahwa TFS menyimpan info ruang kerja di bawah dir pengaturan lokal pengguna. Kami menemukan file bernama:

VersionControl.config di bawah {User Documents and Settings dir} \ Pengaturan Lokal \ Data Aplikasi \ Microsoft \ Team Foundation \ 1.0 \ Cache. File ini berisi semua pemetaan lokal TFS. Mungkin ketika Anda menggunakan metode Peta dan tidak menggunakan: public void DeleteMapping (WorkingFolder mapping); sebelum menghapus ruang kerja, informasi pemetaan tidak dihapus dari file ini yang digunakan oleh TFS untuk memeriksa apakah Anda sudah memetakan jalur tertentu.

Untuk mengatasi masalah ini hapus semua kunci dari file konfigurasi. Jangan hapus file karena Anda akan mendapatkannya lagi dari cache server.

— Morteza
sumber

4

Inilah yang saya lakukan (apa yang saya lakukan):

Menggunakan TFS Sidekicks membersihkan filter pengguna dan server sehingga kosong. Ini akan memungkinkan Anda mendapatkan semua ruang kerja.

Periksa galat build untuk nama ruang kerja. Dalam kasus OP itu adalah BuildServer_23. Ini berbeda di lingkungan saya tetapi pada dasarnya hanya mencocokkan nama kesalahan dengan yang ada di daftar sidekick tfs.

Klik x merah untuk menghapus ruang kerja.

Biola!

— Mike Cheel
sumber

1

Jika Anda tidak memiliki izin di server untuk menghapus ruang kerja orang lain, Anda bisa mengubah nama definisi build. TFS akan membuat ruang kerja baru dan memetakannya ke "C: \ Build \ ProductReleases \ new build name here \ Sources".

— Lionel Orellana
sumber

1

Jika berlaku, Anda juga dapat mengkloning definisi build dan mengubah namanya. Ini berhasil bagi saya.

— Handuk bau
sumber

Terima kasih untuk ini. Kombinasi menghapus folder cache dan (kembali) mengkloning definisi build saya memperbaikinya untuk saya.

— HerbalMart

1

Saya mencoba semua solusi berikut seperti:

Gunakan sidekicks untuk menghapus WS.
Gunakan perintah tf untuk menghapus ruang kerja server jarak jauh.
Hapus folder cache TFS.

Berikut ini bekerja untuk saya:

tf workspaces /remove:*

— AyeVeeKay
sumber

0

aku berubah

Build Definition -> Workspace -> Build Agent Folder

dari

c:\some\path

untuk

$(SourceDir)

dan itu memperbaiki masalah.

— abatishchev
sumber

0

Saat mencoba 'Dapatkan versi terbaru' dari proyek yang sebelumnya saya petakan ke direktori lokal dan kemudian dihapus, saya melihat pesan kesalahan yang sama. Pertama saya mencoba alat SideKick dan kemudian perintah Visual Studio 2010, keduanya mengatakan kepada saya bahwa saya tidak punya ruang kerja yang dipetakan.

Selanjutnya saya mencari 'VersionControl.config' di dalamnya c:/users/myuser/appdata, dan menghapus 4 referensi yang ditemukannya. Saya membuka kembali Visual Studio dan saya dapat memetakan kembali proyek, tidak ada lagi kesalahan!

— rpstex
sumber

0

Cara paling sederhana untuk melakukan ini adalah pergi ke AppData Anda dan menghapus cache TFS (tergantung pada versi 3.0 atau 4.0)

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

— pengguna2048576
sumber

Setelah melakukan pembersihan ruang kerja dengan alat pendamping VS dan TFS, pendekatan manual ini menghapus cache bekerja untuk saya. Terima kasih!

— espaciomore

0

Solusi TDN bekerja untuk saya ketika saya mengalami masalah yang sama. Server Bangun membuat ruang kerja di bawah akun saya. Mencentang kotak ini memungkinkan saya untuk melihat dan menghapusnya.

— Joe
sumber

0

Saya mendapat masalah yang sama di Visual Studio 2017 dan TFS 2017. DefaultCollection harus dipetakan terlebih dahulu untuk Anda jalur lokal. Entah bagaimana langkah ini dilewati dan saya hanya memetakan MyFirstProject.

Yang perlu Anda lakukan adalah:
- 1. Buka halaman web TFS Anda dan hapus proyek dari server.

- 2. Hapus proyek dari "Workapces" lokal Anda

- 3. Buka "Kelola Koneksi" yang akan menyegarkan halaman Beranda Anda di TeamExplorer.

- 4. Anda akan mendapatkan halaman Konfigurasi yang memungkinkan Anda untuk mengatur jalur root ke DefaultCollection Anda.

- 5. Anda harus mendapatkan pesan bahwa itu telah berhasil dilakukan. Sekarang Anda dapat membuat proyek Anda.

Penting untuk memetakan root koleksi Anda ke ruang kerja Anda terlebih dahulu dan kemudian memetakan proyek baru.

— Serge Voloshenko
sumber

0

Masalah saya terkait dengan penggunaan beberapa akun. Ini adalah bagaimana saya bisa berpindah akun.

Buka Penjelajah Tim

Dari menu drop down besar di dekat bagian atas panel ...

Arahkan ke: Proyek dan Tim saya > Kelola Koneksi

Navigasi ke: Kelola Koneksi > Hubungkan ke Proyek Tim

Gunakan tautan "Alihkan Pengguna" untuk berganti akun.

Sekarang nama ruang kerja akan cocok dengan akun yang dipilih.

— Michael Twohey
sumber

0

Saya tidak bisa mendapatkan solusi lain untuk bekerja.

Saya memiliki akun baru yang dibuat dan akun lama tidak lagi memiliki izin (keduanya di mesin yang sama).

Saya mencoba: 1) Menghapus ruang kerja (tidak dapat melihat di VS dengan atau tanpa ruang kerja jarak jauh dicentang) 2) Menghapus dari baris perintah 3) Perintah pemilik baru 4) Menghapus cache

Jadi saya hanya membuka VS sebagai admin dan memetakan ke folder yang berbeda.

— msteel9999
sumber

-1

Saya memiliki masalah ini dengan Azure DevOps build otomatis di agen build TFS on-prem. Menghapus ruang kerja menggunakan TFS Sidekicks tidak berfungsi. Dan tf.exe bahkan tidak dapat menemukan ruang kerja untuk menghapusnya.

Solusi ini akan berfungsi untuk TFS 2017, TFS 2018, Azure DevOps, dan mungkin versi lainnya:

Perhatikan GUID ruang kerja dalam pesan kesalahan.
Pada mesin tempat pembuatan berlangsung, navigasikan ke:% USERPROFILE% \ AppData \ Local \ Microsoft \ Team Foundation \ (di mana% USERPROFILE% milik pengguna yang memicu pembangunan).
Cari dan hapus semua instance GUID ruang kerja di bawah direktori itu. Kemungkinan akan ada folder di direktori 'cache', serta entri dalam 'LocationServerMap.xml' dan 'LocalItemExclusions.config'. Hapus semuanya.

Itu berhasil dalam keadaan saya.

— Paul M.
sumber

-1

Cukup hapus ruang kerja:

workspace /delete "the-workspace-name"

— Majid
sumber