プロジェクトを開始するたびに、ソース管理から除外するファイルを慎重に検討する必要があります。最初から調べることができるように、誰かが基準のリストを作成しましたか? 私は自分で仕事をしているので、それに慣れていません。DLL の場合、ファイル拡張子だけに依存するのではなく、一部を含めて他を除外する必要があることに感謝します。私のプロジェクトは ASP.Net ですが、他のテンプレートの一般的な説明も役に立ちます。
5 に答える
http://blog.goneopen.com/2009/06/git-excludes-for-dotnet/から:
.DS_Store
._*
TestResults
*Resharper*
**.ReSharper**
**\_ReSharper.**
*.bak
*.cache
*.resharperoptions
*.suo
*.user
*.vsprops
*/TestResults
*\bin*
*\obj*
_ReSharper.*
ReSharperを使用する場合は、必ず_Resharper*
フォルダーを除外してください
ソース管理に Subversion を使用している場合は、VisualSVN Visual Studio プラグインが自動的に除外を管理します。
ビルドまたはデプロイ マシンの GAC に含まれない、プロジェクトが参照するサード パーティの dll を必ず含めてください。私たちの実践では、lib
そのようなすべての dll が存在するフォルダーを用意し、そのフォルダーからそれらへの参照を追加します。これによりhintpath
、ファイル内のプロパティcsproj
が正しいことが保証されます (参照される dll への相対パスが格納されます)。
bin
とobj
フォルダー、*.suo
および*.user
(Visual Studio を使用している場合) ファイルをソース管理しないでください。
サードパーティの DLL をソース管理に保持することに不安を感じている場合は、Componentoを試してください。もちろん、これにはまだ大きなコンポーネント データベースがありません。
原則として、アプリケーションのビルドに必要なソース管理ファイルのみ。
プロジェクト フォルダーからの一般的なインゴレス:
*.Cache
*.user
bin
obj
そして解決策から(レベルアップ)
*.cache
_PublishedWebSites
*.suo
また、次のものもあります。これは、一般的な構成から参照されるインスタンス固有の構成設定です (つまり、asp.net アプリの web.config)。
AppSettings.config
Provider.config
connections.config
バージョン管理された.config.sample ファイルがあります。
サブバージョンのセットアップで、おそらく bin、obj、*.cache、*.user、および *.suo をグローバルとして設定する必要があります。