Visual Studio .suo ve .user dosyalarını kaynak denetimine eklemeli miyim?

Visual Studio çözümleri iki tür gizli kullanıcı dosyası içerir. Bunlardan biri .suoikili dosya olan çözüm dosyasıdır. Diğeri, .usermetin dosyası olan proje dosyasıdır. Bu dosyalar tam olarak hangi verileri içeriyor?

Ayrıca bu dosyaları kaynak denetimine eklemem gerekip gerekmediğini merak ediyorum (benim durumumda Subversion). Bu dosyaları eklemezsem ve başka bir geliştirici çözümü denetlerse, Visual Studio otomatik olarak yeni kullanıcı dosyaları oluşturur mu?

Bu dosyalar genel olarak makinenize özgü kullanıcı tercihi yapılandırmaları içerir, bu nedenle SCM'ye yerleştirmemek daha iyidir. Ayrıca, VS neredeyse her yürüttüğünüzde değiştirecektir, bu nedenle her zaman SCM tarafından 'değiştirildi' olarak işaretlenecektir. Ben de eklemiyorum, VS'yi 2 yıldır kullanan bir projedeyim ve bunu yaparken hiç problem yaşamadım. Tek küçük sıkıntı, hata ayıklama parametrelerinin (yürütme yolu, dağıtım hedefi vb.) Bu dosyalardan birinde depolandığını (hangisini bilmediğini), bu nedenle onlar için bir standardınız varsa ' diğer geliştiricilerin tüm geliştirme ortamını 'kullanıma hazır hale getirmesi' için SCM aracılığıyla yayınlayın.

Bunları eklemenize gerek yoktur; kullanıcı başına ayarlar içerir ve diğer geliştiriciler kopyanızı istemez.

Diğerleri, *.suove *.userdosyalarının kaynak kontrolü altında olmasının neden iyi bir fikir olmadığını açıkladı .

Bu modelleri svn:ignore2 nedenden dolayı mülke eklemenizi öneririm :

1. Böylece diğer geliştiriciler bir geliştiricinin ayarlarıyla çalışmayacak.
2. Dolayısıyla, durumu görüntülediğinizde veya dosyaları işlediğinizde, bu dosyalar kod tabanını karıştırmaz ve eklemeniz gereken yeni dosyaları gizlemez.

İkili dosyayı (* .suo) taahhüt etmiyoruz, ancak .user dosyasını taahhüt ediyoruz. .User dosyası, örneğin projede hata ayıklamaya yönelik başlatma seçeneklerini içerir. Başlangıç ​​seçeneklerini projenin özelliklerinde "Hata Ayıkla" sekmesinde bulabilirsiniz. NUnit'i bazı projelerde kullandık ve nunit-gui.exe'yi proje için başlangıç ​​seçeneği olarak yapılandırdık. .User dosyası olmadan, her ekip üyesinin dosyayı ayrı ayrı yapılandırması gerekir.

Bu yardımcı olur umarım.

Bu soruyu / cevabı 2011'de Google üzerinden bulduğumdan beri, bir saniye alıp Visual Studio 2010 tarafından oluşturulan * .SDF dosyalarının bağlantısını muhtemelen sürüm kontrolüne eklenmemesi gereken dosyalar listesine ekleyeceğimi düşündüm. IDE bunları yeniden oluşturur). Bir * .sdf dosyasının başka bir yerde meşru bir kullanıma sahip olabileceğinden emin olmadığım için, yalnızca belirli [projectname] .sdf dosyasını SVN'den yoksaydım.

Visual Studio dönüştürme sihirbazı 2010 neden büyük bir SDF veritabanı dosyası oluşturuyor?

Hayır, söylediğin gibi kullanıcıya özgü oldukları için kaynak denetimine eklememelisin.

SUO (Çözüm Kullanıcı Seçenekleri): Çözümünüzü her açışınızda, yaptığınız özelleştirmeleri içerecek şekilde çözümünüzle ilişkilendirebileceğiniz tüm seçenekleri kaydeder.

.User dosyası, proje için kullanıcı seçeneklerini içerir (SUO çözüm için kullanılırken) ve proje dosyası adını genişletir (örn. Everything.csproj.user, thing.csproj projesi için kullanıcı ayarlarını içerir).

Bu, Microsoft'un konuyla ilgili görüşü gibi görünüyor:

Kaynak denetimine .suo dosyaları ekleme (ve düzenleme)

Projenizin neden DebuggingWorkingDirectory dosyasını suo dosyasında sakladığını bilmiyorum. Bu kullanıcıya özel bir ayarsa, ayarı * .proj.user dosya adında saklamayı düşünmelisiniz. Bu ayar proje üzerinde çalışan tüm kullanıcılar arasında paylaşılabilir durumdaysa, proje dosyasında saklamayı düşünmelisiniz.

Suo dosyasını kaynak kontrolüne eklemeyi bile düşünmeyin! SUO (çözücü kullanıcı seçenekleri) dosyasının kullanıcıya özel ayarları içermesi amaçlanmıştır ve aynı çözüm üzerinde çalışan kullanıcılar arasında paylaşılmamalıdır. Eğer scc veritabanına suo dosyası ekliyorsanız, IDE'de hangi şeyleri kıracağınızı bilmiyorum, ancak kaynak kontrol açısından web projeleri scc entegrasyonunu kıracaksınız, Lan vs İnternet eklentisi kullanılmış VSS erişimi için farklı kullanıcılar tarafından ve hatta scc'nin tamamen bozulmasına neden olabilirsiniz (suo dosyasında saklanan ve sizin için geçerli olabilecek VSS veritabanı yolu başka bir kullanıcı için geçerli olmayabilir).

Alin Constantin (MSFT)

Varsayılan olarak Microsoft Visual SourceSafe, kullanıcıya özgü ayar dosyaları oldukları için bu dosyaları kaynak denetimine dahil etmez. Kaynak kontrolü olarak SVN kullanıyorsanız bu modeli takip ederim.

Visual Studio bunları otomatik olarak oluşturur. Onları kaynak kontrolüne almanızı önermiyorum. Yerel bir geliştiricinin SOU dosyasının VS'nin geliştiriciler kutusunda düzensiz davranmasına neden olduğu birçok kez olmuştur. Dosyayı silmek ve VS'nin yeniden oluşturmasına izin vermek her zaman sorunları düzeltti.

On MSDN Web sitesinde , açıkça belirtmektedir

Çözüm kullanıcı seçenekleri (.suo) dosyası kullanıcı başına çözüm seçenekleri içerir. Bu dosya kaynak kodu kontrolüne teslim edilmemelidir .

Bu yüzden, kaynak denetiminize girerken bu dosyaları görmezden gelmenin oldukça güvenli olduğunu söyleyebilirim.

Yapmazdım. "Kullanıcı" başına değişebilecek herhangi bir şey genellikle kaynak kontrolünde iyi değildir. .suo, .user, obj / bin dizinleri

Bu dosyalar, çözümün kendisinden bağımsız olması gereken kullanıcıya özgü seçeneklerdir. Visual Studio gerektiğinde yenilerini oluşturacaktır, bu nedenle kaynak denetimi için teslim edilmelerine gerek yoktur. Gerçekten de, bireysel geliştiricilerin çevrelerini uygun gördükleri şekilde özelleştirmelerine izin verdiği için muhtemelen daha iyi olmayacaktır.

.User dosyalarını kaynak kontrol edemezsiniz, çünkü bu kullanıcıya özgüdür. Uzak makinenin adını ve kullanıcıya bağlı diğer şeyleri içerir. Vcproj ile ilgili bir dosyadır.

.Suo dosyası sln ile ilişkili bir dosyadır ve "çözüm kullanıcı seçenekleri" (başlangıç ​​projeleri (ler), windows pozisyonu (yerleştirilmiş ve nerede, ne yüzen), vb. İçerir.

Bu bir ikili dosyadır ve "kullanıcı ile ilgili" bir şey içerip içermediğini bilmiyorum.

Şirketimizde bu dosyaları kaynak kontrolü altına almıyoruz.

Genellikle tek bir geliştiriciye atanan proje ile ilgili belirli ayarları içerirler (örneğin, uygulamanızda hata ayıkladığınızda başlatılacak başlangıç ​​projesi ve başlangıç ​​sayfası gibi).

Bu yüzden onları sürüm kontrolüne eklememek daha iyidir, VS'yi her bir geliştiricinin istedikleri belirli ayarlara sahip olabilmesi için onları yeniden oluşturur.

.user kullanıcı ayarları ve sanırım .suo çözüm kullanıcı seçenekleri. Bu dosyaların kaynak kontrolü altında olmasını istemezsiniz; her kullanıcı için yeniden oluşturulacak.

Hayır.

Sadece kısa bir cevap istedim ve hiç yoktu.

Rational ClearCase kullanarak cevap hayır. Kaynak kodu kontrolüne yalnızca .sln &. * Projesi kaydedilmelidir.

Diğer satıcılara cevap veremiyorum. Doğru hatırlıyorsam, bu dosyalar "kullanıcıya" özel seçenekler, ortamınızdır.

Bu dosyalardan hiçbirini sürüm denetimine eklemeyin. Bu dosyalar, diğer iş istasyonlarında soruna neden olacak sürüm kontrolüne iade edildiğinde iş istasyonuna özgü bilgilerle otomatik olarak oluşturulur.

Hayır, geliştiriciye / makineye özgü yerel ayarlar oldukları için kaynak kontrolüne bağlı kalmamalıdır.

GitHub, Visual Studio kullanıcılarının göz ardı etmeleri için önerilen dosya türlerinin bir listesini tutar: https://github.com/github/gitignore/blob/master/VisualStudio.gitignore

Svn için, aşağıdaki global-ignoreözellik kümesi var:

* .DotSettings.User
* .onetoc2
* .suo
.vs
PrecompiledWeb
Thumbs.db
obj
bin
ayıklama
* .user
* .vshost. *
* .Tss
* .dbml.layout

Yürütülebilir yön bağımlılıklarınızı ProjectProperties> Hata ayıklama> Ortam'da ayarlarsanız, yollar '.user' dosyalarında saklanır.

Bu dizeyi yukarıda belirtilen alanda ayarladığımı varsayalım: "PATH = C: \ xyz \ bin" '.user' dosyasında şu şekilde depolanacak:

<LocalDebuggerEnvironment>PATH=C:\xyz\bin$(LocalDebuggerEnvironment)</LocalDebuggerEnvironment>

Bu, OpenCV'de çalışırken bize çok yardımcı oldu. Farklı projeler için OpenCV'nin farklı sürümlerini kullanabiliriz. Diğer bir avantajı, projelerimizi yeni bir makineye kurmak çok kolaydı. Sadece ilgili bağımlılık dizinlerini kopyalamak zorunda kaldık. Bazı projeler için kaynak kontrolüne '.user' eklemeyi tercih ediyorum.

Yine de, tamamen projelere bağımlı. İhtiyaçlarınıza göre arama yapabilirsiniz.

As diğer cevaplar açıklandığı hem .suove .useronlar (BTW kullanıcı / makineye özel olduğundan, kaynak kontrolüne eklenmemelidir .suoVS en yeni sürümleri için adanmış geçici dizine taşındı .vstamamen kaynak kontrolden çıkarak tutulmalıdır).

Ancak uygulamanız VS'de hata ayıklamak için bazı ortam kurulumları gerektiriyorsa (bu tür ayarlar genellikle .userdosyada tutulur ), örnek bir dosya hazırlamak (adlandırma gibi .user.SAMPLE) ve referanslar için kaynak kontrolüne eklemek kullanışlı olabilir .

Bu tür bir dosyadaki sabit kodlu mutlak yol yerine, göreli olanları kullanmak veya ortam değişkenlerine güvenmek mantıklıdır, bu nedenle örnek, başkaları tarafından kolayca yeniden kullanılabilecek kadar genel olabilir.