While evaluating Visual Studio 2010 Beta 2, I see that in the converted directory, my vcproj files became vcxproj files. There are also vcxproj.filter files alongside each project which appear to contain a description of the folder structure (\Source Files, \Header Files, etc.).
Do you think these filter files should be kept per-user, or should they be shared across the whole dev group and checked into SCC?
My current thinking is to check them in, but I wonder if there are any reasons not to do that, or perhaps good reasons why I should definitely check them in.
明らかな利点は、他の人のマシンを表示する場合にフォルダー構造が一致することですが、論理的に整理し直したい場合もあるかもしれません。
ベストアンサー1
.vcxproj MSBuild 形式に変換するときに、.filter. ファイル情報を .vcproj から意図的に取り出しました。理由の 1 つは、まさにあなたが指摘したとおり、フィルターは純粋に論理的なビューであり、チーム メンバーによって必要なビューが異なる場合があることです。もう 1 つは、ビルドがプロジェクト ファイルのタイムスタンプをチェックし、変更があった場合に再構築をトリガーするように設定されている場合があることです。これは、ビルドするソース ファイルが異なっていたり、設定が異なっていたりする可能性があるためです。実際にビルドをそのようにトリガーして出荷したかどうかは覚えていませんが、フィルターが変更されたからといって、ビルドに影響しないので、再構築をトリガーしたくないというのが私たちの考えでした。