Güncelleme:Örnek bir proje bu hatayı yeniden here at Microsoft Connect bulunabilir. Ayrıca çözümü the accepted answer below verilen örnek projede çalışan test edilmiş ve onaylanmış. Eğer bu çözüm sizin için işe yaramaz ise, muhtemelen farklı bir konu ayrı bir soru ait olan yaşıyorsunuz.

Bu bir soru sormadan önce, her ikisi de burada Yığın Taşması ve diğer yerlerde, ama hiçbir öneri buldum bu çok yardımcı oldu bana, bu yüzden sadece denemek istediğim yeni bir soru.

Senaryo: basit bir Windows Forms uygulaması var (#, C .NET 4.0, Visual Studio 2010). Çoğu diğer formları devralan temel formları bir çift vardır, Varlık Çerçevesi (ve POCO sınıfları) veritabanına erişmek için kullanır. Hiçbir şey fantezi, Çoklu-işlem falan yok.

Sorun: bir süreliğine iyiydi. Daha sonra, mavi, Visual Studio tüm uygulamayı başlatmak üzereyken oluşturmak için başarısız oldu. Uyarı aldım"Dosya '...\Debug\[Veritabanı] bin.silemiyor'. exe Yolu '...\Debug\[Veritabanı] bin.erişim'engellendi." exeve hata"Dosya kopyalanamıyor 'n\86\Debug\[Veritabanı].exe' 'bin\Debug\[Veritabanı].'. exe İşlem dosyasına erişemiyor '\Debug\[Veritabanı] bin.exe' başka bir işlem tarafından kullanılmakta olduğu için."(Uyarı ve Yeniden, ama İnşa çalışırken tek hata - çalışan alakası olduğunu sanmıyorum zaman hata alıyorum?)

Uyarı ve hata mesajı ne diyor gayet iyi anlıyorum: Visual Studio belli ki aynı zamanda bu kilit varken exe dosyası nedense. üzerine yazmaya çalışıyor Ancak, bu sorun için bir çözüm bulmak yardımcı olmuyor... çalışma bulduğum tek şey Visual Studio kapatın ve yeniden başlatın. Bina ve başlatılması sonra çalışır, bazı formlar bir değişiklik yapıyorum, sonra yine aynı sorun var ve yeniden başlatmak zorunda... Oldukça sinir bozucu kadar!

Yukarıda da belirttiğim gibi, bu bilinen bir sorun gibi görünüyor, önerilen çözümler vardır. Sadece zaten insanlar atlamak için ne yapabiliriz burada: denedim ne anlatayım

• Yeni ve temiz bir çözüm oluşturmak ve eski çözüm kopyalayın.

• Projenin pre-build olay için şunları şunları eklemek için:

  yoksa "$(TargetPath).""$(TargetPath).del kilitli kilitli"
  değilse de varım "$(TargetPath)."eğer "$(TargetPath)" "$(TargetPath)" "$(TargetPath).hareket yok kilitli"içeri girdim

• Proje özellikleri aşağıdaki (.ekleme dosya csproj):

  &; GenerateResourceNeverLockTypeAssemblies^ lt . gerçek&;/^ GenerateResourceNeverLockTypeAssemblies lt .

Ancak, bunların hiçbiri muhtemelen biraz sinirli başlıyorum işte bu yüzden benim için çalıştı. Nereye bakmam gerektiğini bilmiyorum, biri bana verebileceğin bir şey var umuyorum! Eğer öyle bir yama varsa bu VS bir hata değildir, ve? Ya ben yanlış bir şey yapmadı, nasıl anlayabilirim? eğer dairesel bir başvuru veya benzer, ve zorunda mıyım

Öneri çok takdir edilir :)

Güncelleme:Yorum aşağıda belirtildiği gibi, bir de aslında bu Süreç Explorer kullanarak kontrol ettimVisual Studio bu dosyayı kilitleme.

Bu aptalca gelebilir, ama bütün bu çözümler, Windows 7 VS2010 çalıştırmayı denedim. Hiçbiri yeniden adlandırma, ve ÇOK az söylemek sıkıcı olan bina dışında çalıştı. En nihayetinde, suçluyu buldum, ve bunu inanılması güç buluyorum. Ama Assemblyınfo aşağıdaki kodu kullanıyordum.cs...

[assembly: AssemblyVersion("2.0.*")]

Bu oldukça yaygın, ama her nedense, 2.0.0.0 sürümünü değiştirerek tekrar işler yaptı. Windows 7, belirli bir şey bilmiyorum (sadece 3-4 haftadır kullanıyorum), ya da eğer rastgele ise, ya da, ama sabit ne de benim için. VS nasıl ... böylece oluşturulan her dosya ele artışı bir şeyler sakladığını tahmin ediyorum. Gerçekten emin değilim ve bunu daha önce gördüm. Ama eğer orada bir başkası da saçlarını başlarını yoluyorlar, bir deneyin.