Visual Studio'nun otomatik olarak "Karma Platformlar" çözüm yapılandırması oluşturmasını önleyin


83

Visual Studio 2008'in otomatik olarak "Karma Platformlar" ve "Herhangi bir CPU" çözüm yapılandırmasını oluşturmasını nasıl engelleyebilirim? "Win32" ve "x64" yapılandırmalarımız var ve bir geliştiricinin bunlar arasında seçim yapması gerekiyor. Ancak, herhangi biri çözümde herhangi bir değişiklik yapar yapmaz VS otomatik olarak "Karma Platformlar" oluşturur ve bu varsayılan yapılandırma gibi görünür. Bu birçok soruna neden oluyor, çünkü bu konfigürasyonda bazı yeni projelerin seçilmediği ya da yanlış proje konfigürasyonunun seçildiği ortaya çıktı. Bunu yapmasını durdurmak ve çözüm konfigürasyonlarını kendim yönetmek istiyorum.


4
VS 2010 Beta2 ile aynı sorunu yaşıyoruz :(
Roman

3
VS 2010 RTM'de hala bir sorun
Nick

4
En kötüsü, tek platformunuz olarak Karma Platformlara razı olsanız bile, VS, her yeni proje eklediğinizde STILL, platformları alt üst edecektir. Ne dağınıklık.
Roman Starkov

3
VS 11 Beta'da hala bir sorun
Matt Z

2
VS2017'de hala bozuk
ROX

Yanıtlar:


13

Hem bir Win32 yapılandırması hem de birkaç farklı akıllı cihaz platformu / yapılandırma kombinasyonu için oluşturmak istediğimiz Visual Studio 2005 projeleriyle benzer bir sorun görüyoruz.

Keyfi zamanlarda, her konfigürasyon, geçerli olsun ya da olmasın her platform için otomatik olarak oluşturulur, ~ 50 proje dosyamızın her birinin boyutunu patlatır ve sorunu çözmek için çok fazla çalışmaya neden olur.

Sürekli olarak Configuration Manager iletişim kutusunu açtığımızda olur ve bazen (ancak her zaman değil) bir konfigürasyon için proje ayarını değiştirirken olur. İkinci durumda, proje ayarı iletişim kutusundaki platform ve yapılandırma açılır listelerinin manipüle edilmesiyle ilgili görünmektedir.

Bunu bir Visual Studio sorunu olarak dosyaladık; MSFT onu "düzeltmeyecek" olarak kapattı.


5
Tim, bağlantın var mı? Bazen birçok kişi tarafından oylanan sorunları düzeltirler.
Roman Starkov

1
Açtığımız konu bu. Başlangıçta bunun yalnızca yeni bir platform eklerken gerçekleştiğini belirtmiş olsak da, daha sonra bunun keyfi olarak gerçekleştiğini gördük: connect.microsoft.com/VisualStudio/feedback/details/165785/…
Tim Lesher


9
Microsoft'a göre hepimiz gidebiliriz .... kendimiz. Sorunu kapattığınız için Microsoft'a teşekkür ederiz.
2012'YE KARŞI YUKARI MENÜLERE KARŞI KONUŞMAK İÇİN

1
hata belgelerin ömrünü aştı. hata hala var, bağlantılar artık yok.
ROX

6

Ben de aynı tür bir problemle uğraşıyorum. Bir karmaşa olduğuna katılıyorum. Bununla başa çıkmak için iki geçerli seçenek gördüm - ne istediğinizi gerçekten değil.

  1. Yapılandırma seçiciye gidip düzenlemeyi seçerek oluşturduğu yapılandırmaları manuel olarak kaldırın ...
  2. Varsayılan olarak (en azından VS 2010'da yeni bir çözümle başlarsam) ve yeni projeler (hem sınıf kitaplıkları hem de uygulamalar) oluşturmaya başlarsam, Çözüm Platformlarınız için Herhangi bir CPU, Karma Platformlar ve x86 elde edersiniz. Visual Studio, hem Herhangi bir CPU'ya hem de Karma Platformlara yeni sınıf kitaplıkları ekleyerek (Any CPU hedefi için varsayılan olarak oluşturuldukları için) ve hem Karma Platformlara hem de x86'ya yeni uygulamalar ekleyerek (x86 hedefi için varsayılan derlemeden beri) iyi bir iş çıkarmış gibi görünüyor ve hem yeni sınıf kitaplıklarını hem de yeni uygulamaları Karma Platformlara eklemek. Yani Karma Platformlar, her şeyi oluşturduğu için güzel bir varsayılan olur. Karma Platformlara sizin için neden yeni projeler eklemediğinden emin değilim

2
1 numarayı yapıyoruz, ancak 10'dan fazla geliştiriciyle, hepsi yeni projeler ve 81 proje ekleme hakkına sahip, bu bir sorun.
Casper Leon Nielsen

Evet, hala VS2013 ile aynı sorun. Ben de # 1 yapıyorum ... unutmadığım zaman. Ama ne kadar sıklıkla unutuyorum ve sonunda çözümün neden derlenemediğiyle uğraşıyorum.
Zoltán Tamási

4

.Sln dosyalarınızı, kaynak kontrolünüzün bir commit kancasında filtreleyebilirsiniz. Böylece, .sln dosyasında kontrol ederseniz ve muhtemelen proje dosyaları düzeltilir. Açık kaynak Chromium projesinde böyle bir filtre uygulanmıştır.


2
Sanırım öyle, ama bu büyük bir güçlük olacak ve muhtemelen oldukça güvenilmez olacaktır. Sln dosyasını doldurma riski faydaya değmez.
EMP
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.