ドメインユーザーの「HOME」環境変数をネットワークパスにマッピングすることがベストプラクティスと見なされていますか？もしそうなら、なぜですか？
「HOME」変数とは、次のことを指します。
この質問は、Gitなどの一部のアプリケーションが重要な構成ファイルをユーザーの％HOMEPATH％に保存するために発生します。ユーザーがリモートで作業している場合、またはサーバーまたはネットワークがダウンしている場合、これらのアプリケーションはリモートのHOMEPATHからコアファイルにアクセスできないため、正しく機能しなくなります。
HOMEPATHには常にデフォルトのローカルWindowsユーザーディレクトリを使用する方が理にかなっているようですが、これについて賛成または反対する文書化されたベストプラクティスは見つかりませんでした。私のオフィスでは、標準的な方法は、ユーザーHOMEPATHをネットワークフォルダーにマップすることです...
回答:
ほとんどの場合、私ははっきりとNOと答えます。Windowsアーキテクチャでは、ドメイン/ネットワーク環境でユーザーデータをフォルダーリダイレクト、オフラインファイル、ローミングユーザープロファイル（総称してユーザー状態仮想化）を介してリダイレクトできます。
この機能を補完するために、アプリケーションには、データをローカルに保存するかAppData\Local、ユーザープロファイルと共に移行するAppData\Roamingか、またはその2つの組み合わせを選択する機能が用意されています。これにより、マシン固有のファイルやキャッシュデータをローカルに保持しながら、設定などのアイテムを一元的に保存してユーザーと一緒に移動できます。
これらの項目を設定すると、関連するすべての環境変数が自動的に調整されます。たとえば、ローミングAppDataフォルダーをリダイレクトすると、%AppData%は自動的にネットワーク上の場所を指します。
これらの変数を手動で調整する必要があるのは、適切なデータストレージの場所を知らないレガシーアプリケーションなど、それを必要とする特定のユースケースがある場合のみです。のように変数を調整すると、%HomeDrive%実際に害を及ぼす可能性があります。ローカルディスクをポイントすることを期待したり、リモートシステム上のファイルを操作する微妙なニュアンスを処理できない場合があります。