Visual Studio ソリューションがあります。現在、それは空のソリューション (プロジェクトなし) であり、いくつかのソリューション フォルダーを追加しました。
ソリューション フォルダーは実際にはファイル システム内に作成されず、ソリューション フォルダー内のファイルは .sln ファイルと同じフォルダーに配置されているだけなので、「仮想フォルダー」のように見えます。
Visual Studio にソリューション フォルダーを「実際の」フォルダーとして扱うように指示する、つまり、ソリューション内でそれらのフォルダーの 1 つにファイルを移動するときに、ファイル システム内にソリューション フォルダーを作成し、そのフォルダーにファイルを移動するように指示する設定を見落としているのでしょうか。
編集：ありがとう。それではVS2010について提案します:)
ベストアンサー1
がある実際に期待通りに動作する回避策。
- 追加新しいまたは既存のウェブサイトソリューションに追加します。(通常は新しいものを作成します。)
- ソリューション フォルダー内に作成されていることを確認してください。(ネットワーク共有上の「Docs」や「Marketing」などの外部フォルダーへの「リンク」を作成することもあります。その場合、もちろん Git によって無視されます。)
- 「プロジェクト」設定または構成マネージャに移動して、この「Web サイト」をビルドとデプロイから除外する！
完了。これでソリューションエクスプローラーはファイルシステムの変更を反映し、その逆も同様になります。(サブフォルダを含む)。
私は、チーム内で共有される仕様、ドキュメント、PM、および一部の DevOps スクリプトにこれを使用 (使用し忘れています)。ソース管理に含めるかどうかの選択は簡単で、(正しく設定されていれば) ビルドと競合しません。
この機能はそのような使用例を想定していないことは承知していますが、誤解を招く可能性のある「プロジェクト」アイコンを除けば、このハックにはまだ欠点は見当たりません。また、VS が提供する従来の (仮想) ソリューション フォルダーが適している使用例もまだあります。どう思われますか?