Mercurial .hgignore untuk proyek Visual Studio 2010

119

Jangan bingung dengan Mercurial .hgignore untuk proyek Visual Studio 2008

Saya bertanya apakah jika file yang sama dapat digunakan kembali untuk Visual Studio 2010, atau beberapa ekstensi lain, dll harus ditambahkan ke dalamnya, & mengapa?

— M. Najib yang teduh
sumber

Jawaban:

170

Hal-hal baru terkait dengan hal-hal MSTest. Ini yang saya gunakan:

# 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

— Thomas Weller
sumber

@David: Itu untuk file cache thumbnail Windows "thumbs.db" baca lebih lanjut di sini: en.wikipedia.org/wiki/Windows_thumbnail_cache

— Shady M. Najib

@Teduh. Saya tahu, bukankah cache thumbnail harus diabaikan juga?

— David Murdoch

Ah .. maaf karena Anda bertanya tentang entri yang sudah ada di sana .. Silakan edit daftar dan ya saya setuju, itu harus ditambahkan

— Shady M. Najib

Saya harus beralih [Dd]ebug*/ke [Dd]ebug*/**untuk mendapatkan Mercurial agar tidak mengabaikan file yang dimulai dengan Debug*. Sama untuk direktori lain juga.

— Dan

Mungkin juga harus menambahkan * .publishsettings: twitter.com/shanselman/status/294541436236480512

— Pandincus

Saya merasa penting untuk mengetahui setiap bagian informasi tentang repositori saya, jadi saya tidak pernah menyalin dan menempelkan file .hgignore dari satu repo ke repo berikutnya, sebagai gantinya saya selalu membuatnya seiring berjalannya waktu.

Ini mudah dengan TortoiseHg, karena jendela Komit akan mencantumkan semua file yang tidak terlacak, dan klik kanan sederhana akan memungkinkan saya menambahkan pola untuk mengabaikan file itu. Dengan cara ini saya selalu menemukan file baru yang mungkin ingin saya simpan atau tidak.

Misalnya, dalam daftar yang diterbitkan oleh Thomas, *.resharperadalah entri terakhir. Ini akan mencegah berbagi setelan pencatat per solusi, karena salah satu opsi dalam dialog konfigurasi untuk ReSharper dapat disetel ke. Dengan kata lain, jika Anda ingin memastikan bahwa semua pengembang menjalankan pengaturan yang sama untuk banyak hal yang akan dibantu oleh ReSharper, baris tersebut tidak boleh ada.

Jadi saran saya adalah ini: Lakukan secara manual, Anda akan mempelajari satu atau dua hal tentang proyek Anda dalam prosesnya.

— Lasse V. Karlsen
sumber

Saya sangat menghargai saran Anda, sebenarnya itu sebagian yang saya lakukan, tetapi perlu memeriksa apa yang biasanya dilakukan orang lain hanya untuk memulai .. Mengenai * .resharper adalah masalah tim .. beberapa tim lebih suka memiliki pengaturan terpisah untuk itu daripada berbagi memaksa mereka pengaturan yang sama di seluruh tim .. tapi saya mengerti .. terima kasih lagi :)

— Shady M. Najib