Visual Studio mengambil lintasan yang salah ke proyek dari suatu tempat

Visual Studio (dan mungkin TFS) entah bagaimana (saya pikir mungkin selama penggabungan kontrol sumber) menjadi bingung tentang jalur proyek dalam solusi saya.

Ia mengira itu ada di sini (contoh jalur untuk kesederhanaan):

C:\My Projects\ExampleSolution\ExampleProjectWrong\ExampleProjectCorrect.csproj

Padahal sebenarnya, file proyek terletak di sini:

C:\My Projects\ExampleSolution\ExampleProjectCorrect\ExampleProjectCorrect.csproj

Saya tidak bisa seumur hidup saya membuatnya mengenali lokasi yang benar. Saya telah mencoba:

• Menghapus dan menambahkan kembali proyek dari lokasi yang benar. Pesan kesalahan muncul mengatakanThe project file at C:\My Projects\ExampleSolution\ExampleProjectWrong\ExampleProjectCorrect.csproj could not be found .

• Mengedit file .sln secara manual untuk memastikan semua referensi ke ExampleProjectCorrect.csproj memiliki jalur yang benar.

• Melakukan pencarian di file di direktori solusi untuk jalur yang benar dan salah, untuk mencoba melacak di mana studio menyembunyikan jalur yang salah.

• Menghapus direktori cache untuk VS dan TFS

Saya merobek rambut saya karena saya tidak dapat membuat ulang solusi karena hampir tidak ada bedanya 100 proyek dan terkait dengan kontrol sumber dengan beberapa pengembang lain yang mengerjakannya.

Adakah yang bisa mengarahkan saya ke arah yang benar tentang di mana ia menyimpan jalur yang salah ini dan / atau cara meresetnya sehingga benda sialan itu akan dimuat dengan benar?

1. Buka Kelola Ruang Kerja (baik melalui menu Kontrol File / Sumber atau drop-down ruang kerja di Penjelajah Kontrol Sumber)
2. pilih edit untuk ruang kerja Anda.
3. Anda akan melihat, di bawah folder kerja, pemetaan untuk direktori kendali sumber ke direktori proyek lama / salah.
4. Pilih dan klik hapus .
5. Tutup VS dan hapus file suo.

Itu masih mereferensikan direktori yang salah. Mungkin rebinding mungkin berhasil pada saat ini, tetapi saya tidak mencobanya. Muat ulang proyek Anda dan Anda siap melakukannya.

Cukup menghapus .suofile solusi yang berhasil untuk saya.

Saya menghadapi masalah ini setelah melakukan migrasi dari Visual Source Safe 2005 ke TFS 2012. Saya tidak sabar menunggu "Conversion Wizard" akan keluar dalam beberapa minggu ke depan jadi saya hanya menjalankan VSSConvert.exe. Ini membutuhkan 6 tahun atau lebih sejarah dan memindahkannya ke TFS .. sementara saya tidak mendapatkan sejarah timeline yang sebenarnya .. Saya mendapat banyak entri pada hari yang sama dengan komentar yang menunjukkan check-in sebenarnya dari sejarah. . tidak buruk.

Jadi setelah berjalan sepanjang malam (Berhasil, hore!), Saya mengalami masalah saat memuat proyek saya seperti yang dinyatakan pertanyaan ini. Untuk beberapa alasan, beberapa proyek dirujuk ke direktori yang salah. Saya memeriksa file .sln, .vsproj, dan mendapatkan yang terbaru, menghapus pengambilan ulang, menambahkan penghapusan, dll. Saya mencoba semua yang disebutkan di sini ... bahkan memutakhirkan ruang kerja saya, yang saya bahkan tidak yakin apa yang dilakukannya.

AKHIRNYA ... Saya menghapus file * .suo dan viola. Berhasil.

Saya menghabiskan beberapa jam untuk yang satu ini.

Solusi yang sedikit berbeda.

TFS menampilkan jalur yang tidak ada untuk Solusi tertentu. Sebelumnya, saya memiliki laptop dengan drive D: terpisah, tetapi sekarang, saya hanya memiliki drive C:. TFS masih mengira proyek saya disimpan di D: \ Project \ MikesProject

Saya tidak memiliki .suofile untuk dihapus, jalur D: tidak disebutkan di mana pun di Workspaces saya (terkubur di bawahFile\Source Control\Advanced\Workspaces menu), TFS menunjukkan bahwa saya memang memiliki file terbaru di D saya (tidak lagi ada): direktori, dan TFS di VS2013 tidak memiliki opsi "Hapus Pemetaan" untuk proyek ini.

Tapi apa yang terjadi pekerjaan adalah untuk hanya melakukan "Dapatkan versi terbaru" pada proyek.

Setelah melakukannya, salinan baru dari kode tersebut ditulis ke drive C: saya, dan (yang menarik), sekarang Jalur Lokal ditunjukkan dengan garis bawah .

Sebelumnya, jalur D: tidak ditampilkan seperti ini.

Aneh. Sangat aneh.

Kami mengalami masalah serupa dengan pemindahan dan penggantian nama. Menghapus direktori lokal dan kemudian menyelesaikannya lagi.

Bahkan setelah menghapus .suofile dan .vsfolder, saya harus mengedit .slnfile dan menghapus url relatif lama dari SccProjectName#meskipun SccLocalPath#sudah benar. Rupanya VS juga menggunakan nama tersebut sebagai jalur petunjuk.

Cobalah untuk menghapus atau mengganti nama file .suo (termasuk ekstensi). File ini berada di lokasi yang sama dengan file solusi Anda. Itu berhasil untuk saya.

Hanya menebak-nebak, tetapi mungkin beberapa proyek Anda yang lain mereferensikan proyek Anda dari lokasi yang salah? Dalam kasus ini, Anda tidak hanya perlu menghapus dan memasukkan kembali proyek ke dalam solusi Anda, Anda juga harus menghapus dan membuat ulang referensi dari proyek referensi (disimpan dalam file .csproj mereka).

Setelah mencoba banyak rekomendasi, saya menghapus file suo (lagi). Terakhir kali berhasil. Mengapa tidak berhasil sebelumnya, saya tidak tahu. Secara umum saya menemukan menghapus file suo salah satu langkah pertama yang saya lakukan.

Saya membuka solusi situs web asp.net dari Cabang Dev saya. Kemudian untuk beberapa tujuan lain saya membuka solusi yang sama dari cabang Utama.

Saya membuat perubahan ke salah satu file .ascx.cs saya di cabang dev dan mengatur breakpoint. Ketika saya menjalankan debugger, semua break point saya terkena di Dev Branch kecuali untuk .ascx.cs yang mengenai cabang Main. Tidak tahu.

Mencoba membersihkan folder Sementara tetapi tidak berhasil.

Apa yang berhasil:

Menutup semua contoh Visual Studio

Membuka solusi dari cabang Dev lagi.

Jalankan lagi dan break point mulai memukul.

Dalam kasus saya, saya menyalin file * .sln ke dalam folder proyek dan mengubah jalur ke proyek ke dalam file * .sln. Hanya ini yang menyelesaikan masalah (vs 2015 sp1, proyek winervise).

Hapus * .suo tidak membantu saya.

Namun solusi lain berhasil untuk kami - setelah mencoba menghapus suo dan hampir semua yang disebutkan di utas ini. Kami memiliki proyek dalam solusi yang menunjukkan versi hantu dari file csproj. Kami menghapus file itu dan jalur kami diperbaiki pada proyek lain yang kami coba tambahkan.

Jika Anda menjalankan aplikasi web Anda di bawah IIS Lokal, bukan IISExpress, pastikan Anda MENGHITUNG tombol "Buat Direktori Virtual" dengan masuk ke properti proyek. Setelah selesai, lakukan "Solusi Bersih" dan "Buat Ulang Solusi".

Menghapus file obj dan bin akan menyelesaikan masalah ...

Saya tahu ini adalah kalimat lama. Saya baru saja mengalami masalah yang sama. Kami baru-baru ini memigrasi TFS, jadi saya membuat ruang kerja baru untuk memetakan ke server baru dan menyimpan yang lama. Setiap kali saya membuka solusi yang seharusnya menargetkan ruang kerja baru saya, VS selalu mencoba memuat proyek dari direktori pemetaan lama saya, sampai saya menghapus ruang kerja lama saya.