Visual Studio 2008プロジェクトのMercurial .hgignoreと混同しないでください。
同じファイルをVisual Studio 2010で再利用できるかどうか、または他の拡張機能などを追加する必要があるかどうか、およびその理由を尋ねていました。
Visual Studio 2008プロジェクトのMercurial .hgignoreと混同しないでください。
同じファイルをVisual Studio 2010で再利用できるかどうか、または他の拡張機能などを追加する必要があるかどうか、およびその理由を尋ねていました。
回答:
新しいものはMSTestのものに関連しています。これは私が使用するものです:
# 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*/
する[Dd]ebug*/**
必要がありましたDebug*
。他のディレクトリも同じです。
リポジトリに関するすべての情報を知ることが重要だと感じているので、.hgignoreファイルを1つのリポジトリから次のリポジトリにコピーアンドペーストすることはせず、常にビルドしながら常にリポジトリを構築しています。
これはTortoiseHgを使用すると簡単です。コミットウィンドウにすべての追跡されていないファイルが一覧表示され、右クリックするだけでパターンを追加してそれらのファイルを無視できます。このようにして、保持したい、または保持したくない新しいファイルを常に発見します。
たとえば、トーマスによって公開されたリストで*.resharper
は、最後のエントリです。これにより、ReSharperの構成ダイアログのオプションの1つを設定できるため、ソリューションごとにresharper設定を共有できなくなります。言い換えると、ReSharperが役立つ多くのことについて、すべての開発者が同じ設定で実行されていることを確認したい場合、その特定の行はそこにはありません。
だから私のアドバイスはこれです:それを手動で行うと、その過程であなたのプロジェクトについて一つか二つを学ぶでしょう。