Visual Studio 2015 .vs klasörünü kaynak denetimine eklemeli miyim?


321

Visual Studio 2015 ".vs" adlı yeni bir klasör oluşturur. Amacı nedir ve kaynak kontrolüne eklemeliyim?



2
@MichaelFreidgeim: Emin değilim, diğer soru belirli bir dosyayı soruyor ve bu tüm klasörle ilgili. Ama daha geniş cevapların bazıları her ikisine de uyuyor.
SoftwareFactor

Yanıtlar:


338

Hayır, kaynak denetimine eklememelisiniz. Bu klasörün amacı, makineye ve kullanıcıya özgü dosyaları merkezi bir konuma taşımaktır. Üzerine açıklama Visual Studio Kullanıcı Sesli konuyla iyi açıklıyor:

Şimdiye kadar .SUO dosyasını ve VB / C # derleyici IntelliSense veritabanı dosyalarını yeni konuma taşıdık. Projeye özel tüm yeni makine yerel dosyaları da yeni konuma eklenecektir. Bunu gelecekteki sürümlerde daha da ileriye taşımayı planlıyoruz ve yapı çıktısının dizin yapısının ve kaynak ağacın karmaşıklaşmasına neden olabilecek diğer mevcut dosyaların nasıl geliştirileceğini araştırıyoruz.

Bunlar derlemeden oluşturulduğundan veya makineye özgü bilgiler içerdiğinden, hiçbir zaman teslim etmeyeceğiniz dosyalardır.


23
Bu, tüm klasörü kontrol etmeyin demek için geniş bir vuruş. Web siteniz belirli IIS Express yapılandırmaları gerektiriyorsa (çerezlerin çalışması için bir ana bilgisayar adı kullanmak gibi), applicationhost.configdiğer geliştiricilerin ortamlarını kurmasına yardımcı olur, aksi takdirde her birinin kendi başına yapması gerekir ve muhtemelen zor yolu bulurlar .
Mrchief

3
@Mrchief Ben IIS geliştiricisi değilim, ama bu cevabın buna hitap ettiğine inanıyorum .
Patrick Quirk

2
Bu cevap gerçekten bir çözüm değil, daha çok bir çözüm (cevabın kendisiyle ilgili). Söylemeye çalıştığım şey ikili bir yanıtın herkes için yeterli olmayabileceğiydi. Kurulumunuza bağlı olarak, klasörü hariç tutmanız, ancak applicationhost.configdosya için bir istisna veya bu etkiye yönelik bir şey eklemeniz gerekebilir .
Mrchief

3
@Mrchief: Aslında bu bir çözüm değil, bu en iyi çözüm. Ben hiç .vs klasörünü kontrol gerektiğini sanmıyorum, olması amaçlanmamıştır.
DR

6
Lugberk'un değinilen cevabının belirttiği gibi: "ASP.NET 5 projelerine bugün bunu aramasını söylemenin bir yolu yok". Bu nedenle, ASP.NET 5 projeleri arasında bu IIS Express yapılandırma ayarlarını paylaşmak için .vs altındaki applicationhost.config dosyasını denetlemekten başka bir seçenek göremiyorum. Yoksa başka / daha iyi bir çözüm görüyor musunuz?
Gustin

86

Github .gitignore şablonları bir sürü sağlar. Visual studio şablonlarında .vs klasörünü yok saydılar. Snippet github şablonundan .

# Visual Studio 2015 cache/options directory
.vs/

3
Bu, birisinin (tembel olarak) karar vermesine yardımcı olabilir, ancak güçlü bir tavsiye veya bunu yapmak için herhangi bir neden vermez. Başlık ("Visual Studio 2015 önbellek / seçenekler dizini") karar vermede daha fazla yardımcı olur.
Muhammed Dehghan

Bu arada, aynı hat .hgignore
Charles Burns

23

Patrick'in cevabındaki uservoice'den alınan alıntıda açıklandığı gibi, klasör kaynak kontrolü için tasarlanmamıştır.

Ancak yorumlarda da belirtildiği gibi, klasörden belirli dosyaları dahil etmek isteyebileceğiniz bazı durumlar olabilir.

Bunu .gitignore'a eklerdim:

.vs/

Ardından, gerekirse applicationhost.config dosyasının paylaşılan yapılandırması gibi belirli dosyaları eklemek için tercih ettiğiniz git aracını kullanın.

Veya şöyle bir git komutu kullanın:

git add -f .vs/config/applicationhost.config

Bu şekilde git, yoksayılsa bile dosyayı ekler.


3
TFS kullanıyorsanız, .vs klasörünü hariç tuttuktan sonra bir applicationhost.config dosyasını "yeniden eklemek" için .tfignore dosyanızdaki negate önekini kullanabileceğinizi eklemek isterim. Varsayılan .tfignore dosyası bunu şu şekilde açıklar: "! Öneki bir kalıbı reddeder. Bu, bir öğeyi ağaçta daha yüksek bir .tfignore dosyası veya Team Project Collection'ın global hariç tutmaları tarafından hariç tutulduktan sonra yeniden eklemek için kullanılabilir liste."
Aaron
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.