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