Visual Studio 2008 projeleri için Mercurial .hgignore ile karıştırılmamalıdır
Aynı dosyanın Visual Studio 2010 için yeniden kullanılıp kullanılamayacağını veya başka uzantıların eklenmesi gerekip gerekmediğini soruyordum ve neden?
Visual Studio 2008 projeleri için Mercurial .hgignore ile karıştırılmamalıdır
Aynı dosyanın Visual Studio 2010 için yeniden kullanılıp kullanılamayacağını veya başka uzantıların eklenmesi gerekip gerekmediğini soruyordum ve neden?
Yanıtlar:
Yeni şeyler MSTest öğeleriyle ilgilidir. Benim kullandığım bu:
# use glob syntax
syntax: glob
*.obj
*.pdb
*.user
*.aps
*.pch
*.vspscc
*.vssscc
*_i.c
*_p.c
*.ncb
*.suo
*.tlb
*.tlh
*.bak
*.[Cc]ache
*.ilk
*.log
*.lib
*.sbr
*.scc
*.DotSettings
[Bb]in
[Dd]ebug*/**
obj/
[Rr]elease*/**
_ReSharper*/**
NDependOut/**
packages/**
[Tt]humbs.db
[Tt]est[Rr]esult*
[Bb]uild[Ll]og.*
*.[Pp]ublish.xml
*.resharper
*.ncrunch*
*.ndproj
[Dd]ebug*/için [Dd]ebug*/**Mercurial ile başlayan dosyaları görmezden almak için Debug*. Diğer dizinler için de aynı.
Depolarım hakkındaki her bilgiyi bilmenin önemli olduğunu düşünüyorum, bu yüzden .hgignore dosyasını hiçbir zaman bir depodan diğerine kopyalayıp yapıştırmam, bunun yerine onları her zaman ilerledikçe oluşturuyorum.
Bu, TortoiseHg ile kolaydır, çünkü Commit penceresi izlenmeyen tüm dosyaları listeleyecektir ve basit bir sağ tıklama, bu dosyaları yok saymak için desenler eklememe izin verecektir. Bu şekilde her zaman saklamak isteyebileceğim veya istemeyeceğim yeni dosyalar keşfederim.
Örneğin, Thomas tarafından yayınlanan listede, *.resharper son giriştir. Bu, ReSharper için yapılandırma iletişim kutusundaki seçeneklerden biri olarak ayarlanabileceğinden, çözüm başına yeniden paylaşım ayarlarının paylaşılmasını engeller. Başka bir deyişle, tüm geliştiricilerin ReSharper'ın size yardımcı olacağı birçok şey için aynı ayarlarla çalışmasını sağlamak istiyorsanız, o belirli satır orada olamaz.
Benim tavsiyem şu: Manuel olarak yapın, süreç içerisinde projeniz hakkında bir iki şey öğreneceksiniz.