将域用户的“HOME”环境变量映射到网络路径是否被视为最佳实践？如果是，为什么？
通过“HOME”变量，我指的是：
- %主页%
- %主页路径%
- %家庭共享%
出现此问题是因为某些应用程序（例如 Git）将关键配置文件存储在用户的 %HOMEPATH% 中。如果用户在远程工作，或者服务器或网络发生故障，这些应用程序将无法再正常运行，因为无法从远程 HOMEPATH 访问它们的核心文件。
似乎始终将默认的本地 Windows 用户目录用于 HOMEPATH 更有意义，但我找不到任何支持或反对此做法的记录最佳实践。在我的办公室，标准做法是将用户 HOMEPATH 映射到网络文件夹...
答案1
在大多数情况下，我会响亮地回答不。Windows 体系结构提供了通过以下方式在域/网络环境中重定向用户数据的功能：文件夹重定向，脱机文件， 和漫游用户配置文件，统称为用户状态虚拟化。
为了补充此功能，应用程序可以选择将数据存储在本地，AppData\Local还是随用户配置文件一起迁移AppData\Roaming，或者两者混合。这样可以将偏好设置等项目集中存储并随用户一起移动，同时将特定于机器的文件或缓存数据保留在本地。
配置这些项目会自动调整所有相关的环境变量。例如，重定向漫游 AppData 文件夹时，%AppData%将自动指向网络位置。
只有在特定用例需要手动调整这些变量时，例如不知道正确数据存储位置的旧版应用程序，才应该手动调整这些变量。调整这些变量%HomeDrive%实际上弊大于利 - 有时会破坏期望它们指向本地磁盘的应用程序，或者无法处理远程系统上文件操作的细微差别。