Proje dosyası yeniden adlandırıldı veya bilgisayarınızda değil

TFS kaynak denetiminden bir VS 2008 projesi yüklemeye çalıştığımda bu hatayı alıyorum:

Proje dosyası taşındı, yeniden adlandırıldı veya bilgisayarınızda değil

Tamam'ı tıkladıktan sonra proje "kullanılamıyor" diyor. Sorun nedir? Bunu nasıl çözerim? Bu sorunu daha önce hiç yaşamadım. Bazı bloglar .suo dosyasını sildiğini söyledi ancak .suo dosyasını bulamıyorum. Yerel bilgisayarımdaki tüm projeyi sildim, böylece bir sonraki açılışında yeni bir tane oluşturacak, ancak yine de aynı hatayı alıyorum.

Bunu düzeltmeye genellikle yardımcı olan, Çözüm Kullanıcı Seçeneklerini "SUO" olarak silmektir.

VS 2013'e kadar

Eski VS'de SolutionName.suoana .slndosya ile aynı klasörde "gizli" olarak saklanır .

VS2015 veya üstü

VS2015'te aynı veriler .vsana .slndosya ile aynı klasörün altındaki "gizli" bir klasöre taşındı .

Bir projeyi yeniden adlandırdıktan sonra VS 2013'ü kullanarak bu konuya girdim. Stanley'nin cevabı beni çözüme yönlendirdi:

VS'yi kapatın - .suo dosyasını silin - VS'yi yeniden başlatın.

.Suo dosyasını özel bir şekilde silin.

1. Gizli .suo dosyasını sildiğinizde çözümü açmayın.
2. VisualStudio'yu yeniden başlatın.
3. Çözümü açın ve hata mesajı olmadan proje ekleyin.

TFS, çoğu kaynak kontrol paketi gibi çalışır: Bilgisayarınıza ne koyduğunu hatırlar, böylece "En Son Alın" zaman, kesinlikle her şeyi almak zorunda kalmadan son "Alın" dan beri sadece parayı alması gerekir.

Bunun bir uyarısı vardır: Diskinizdeki yerel dosyaları silerseniz veya yeniden adlandırırsanız, TFS bunu yaptığınızı bilemez ve yine de bıraktıkları yerde olduklarını düşünür.

Daha sonra "En Son Alın" eksikse, eksik dosyaları güncellemek rahatsız olmaz.

Daha sonra TFS ve dosyaları arayan diğer araçlardan her türlü "eksik dosya" hatalarını alabilirsiniz.

Etrafında dolaşmak için yapmanız gerekenler:

• Orada kaybetmek istemediğiniz herhangi bir değişiklik olabileceğini düşünüyorsanız, her ihtimale karşı PC'nizdeki kaynak klasörü yedekleyin!
• Projeye (Solution Explorer'da) veya klasöre (Kaynak Denetiminde) sağ tıklayın
• Bağlam menüsünden "Belirli Sürümü Al" ı seçin
• "Son Sürümü" almayı seçin ve TFS'ye "ne bildiğini" unutmasını ve yine de tüm dosyaları tekrar almasını söyleyen "çalışma alanınızdaki dosyaları almaya zorla" yazan seçeneği işaretleyin.

Yerel olarak değiştirilmiş (yazılabilir) dosyalarınız varsa dikkatli olun. Bunların üzerine yazıp değişikliklerinizi kaybedecek ikinci bir seçenek var. Ama yedek var, bu yüzden güvende olmalısın. Tüm kaynak kodunuzun tamamen güncel olduğundan emin olmak için bu seçeneği işaretlemek genellikle daha iyidir. (Ama tabii ki sadece herhangi bir yerel değişikliği kaybetmenin sakıncası yoksa!)

Tamam'ı tıkladığınızda, bu zorla projedeki tüm dosyaları yerel sürücünüze alır ve sorunu düzeltmelidir.

İyi bilinen VS kusuru olmasına rağmen, kesinlikle halledebiliriz!

• Çözüm dosyasını düzenleme modunda açın

• Göreli yolu değiştirilen / taşınan fiziksel yolla eşleşecek şekilde değiştirin.

  SccProjectUniqueName1 = Source\\Order\\Order.csproj
  SccProjectName1 = Order.ApplicationService
  SccLocalPath1 = Order.ApplicationService
  

• Ayrıca, yönlendiren projeler için doğru göreceli yolun sağlanması

  Project("{asdasd-301F-11D3-BF4B-asdasd}") = "Order",
          "Source\Order\Order.csproj", "{E25641BC-C990-40E2-8876-08AE8728F763}"
  EndProject
  

.Sln yerine .csproj veya .vbproj dosyasını açmayı deneyin. Muhtemelen olan .sln (çözüm) dosyası, bileşik projelere mutlak bir dosya referansına (göreceli yol yerine) sahiptir. .Sln dosyasını yeniden oluşturmanız veya elle düzenlemeniz gerekebilir.

Benim için en kolay seçenek:

1. Projeye sağ tıklayın ve "Yüklenmedi" veya "kullanılamıyor" projesini kaldırın
2. Çözümü sağ tıklayın ve "Mevcut Proje" yi ekleyin

Benim durumumda, .suo dosyasını silmek yetersizdi. Çalışma alanı yapılandırmamda bir hata olduğunu keşfettim. Sorunu şu adımlarla keşfettim ve çözdüm:

1. Team Explorer'da "Çalışma Alanlarını Yönet ..."

   

2. "Düzenle ..." yi tıklayın

   

3. "Yerel Klasör" altındaki değeri düzeltin

   

4. Son olarak, etkilenen .suo dosyalarını kabul edilen cevap başına silin.

Yeni bir Çözüm sln dosyası oluşturmanın en kolay yolunu buldum.

Çalışma alanı eşlemelerinizi temizleyin (Dosya -> Kaynak Denetimi -> Çalışma Alanları). Çalışma alanını düzenleyin ve tüm eşlemeleri temizleyin (daha fazla yansıma) veya bu sunucu yoluyla ilişkili olanı bulun. Ardından Kaynak Kontrol Gezgini'ni açın ve yeniden eşleyin. Source Control explorer'da SLN'ye çift tıklayın ve en son sürümü almalıdır. Ne olduğundan veya hangi duruma girmeyi başardığınızdan tam olarak emin değilim, ancak bununla tekrar harekete geçmelisiniz.

Bu sorunla karşılaştım ve .rptprojbir iş arkadaşından dosyaları alıp bunları yerel dizinime kopyalayarak çözebildim . Proje daha sonra yeniden yüklenebildi.

Bu sorunu çözmeye çalışmak için çok zaman harcadım. Şu adımları yaptım: projeyi yeniden adlandırma, ad alanlarını yeniden adlandırma, proje klasörünü yeniden adlandırma, .sln dosyasını düzenleme, gizli .suo dosyasını düzenleme. Proje yüklendi, ancak TFS için tanınamadı! Sonunda bu kılavuzu buldum .

Resharper kullanıyorsanız ve TFVC sürüm kontrolünüz ise şu adımları izleyin:

• Solution Explorer'da projeyi sağ tıklatın, Yeniden Adlandır'ı seçin ve yeni adı girin

• Projeyi tekrar sağ tıklayın ve Özellikler'i seçin. Uygulama sekmesinde "Derleme adı" ve "Varsayılan ad alanı" nı değiştirin.

• Projeyi tekrar sağ tıklayın ve Refactor -> Ad Alanlarını Ayarla'yı seçin. Değişiklikleri kabul edin.

• AssemblyTitle ve AssemblyProduct özelliklerini Properties / AssemblyInfo.cs içinde değiştirme

• Windows Gezgini'nde bin ve obj dizinlerini silme

• Kaynak Denetim Gezgini'ni açın ve projenin dizinini yeniden adlandırın. Bu çözümü kapatır. Kapalı olsun.

• SLN dosyasını açın (Notepad ++ gibi bir metin düzenleyicisiyle) ve projenin yolunu değiştirin (birden çok yer olmalıdır).

• Çözümü tekrar açın. Projeyi temizleyin ve yeniden oluşturun.

Kullanılamayan projeye sağ tıklayın ve proje dosyasını düzenleyin ... şansınız, sabit kodlu bir dosya yolu veya projeyi teslim ettiğiniz yere uymayan bir sanal yol bulacaksınız.

iyilik,

Dan

Bunun için çözüm

1. Proje klasörünü yeniden adlandırın
2. TFS'de belirli bir sürümü ayarlayın ve zorla alın
3. en son klasördeki salt okunur ve gizli seçeneği kaldır (yeniden adlandırmayı değil)
4. Artık projeyi herhangi bir sorun olmadan açabilirsiniz

Bazen, değiştirdiğiniz .slnve .csprojyolladığınız ve manuel olarak yeniden adlandırdığınız halde, projeyi içeren klasör adını kontrol etmeyi unutabilirsiniz.