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
sumber
Jawaban:
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:
Anda harus melihat ruang kerja masalah Anda dalam daftar dan juga pemiliknya.
Anda dapat menghapus ruang kerja dengan perintah berikut:
sumber
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.
sumber
WorkspaceInfo
entri ruang kerja yang menyinggung dariC:\Users\ukcco3jbe\AppData\Local\Microsoft\Team Foundation\3.0\Cache\VersionControl.config
. XPath:/VersionControlServer/Servers/ServerInfo/WorkspaceInfo
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/
sumber
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:
sumber
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.
sumber
Local Settings\Application Data\Microsoft\Team Foundation
folder dan semuanya baik-baik saja setelah ituUntuk 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.
sumber
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.
sumber
tf
mengeluh 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.sisanya cukup mudah.
Cukup buka folder ini: C: \ Users {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 4 \ Cache dan hapus semua yang ada di folder.
sumber
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.
sumber
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!
sumber
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".
sumber
Jika berlaku, Anda juga dapat mengkloning definisi build dan mengubah namanya. Ini berhasil bagi saya.
sumber
Saya mencoba semua solusi berikut seperti:
Berikut ini bekerja untuk saya:
sumber
aku berubah
dari
untuk
dan itu memperbaiki masalah.
sumber
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!sumber
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
sumber
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.
sumber
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.
sumber
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.
sumber
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.
sumber
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:
Itu berhasil dalam keadaan saya.
sumber
Cukup hapus ruang kerja:
sumber