将域用户的“HOME”环境variables映射到networkingpath是否被认为是最佳做法？ 如果是这样，为什么？
通过“HOME”variables，我指的是：
出现这个问题的原因是某些应用程序（如Git）将关键configuration文件存储在用户的％HOMEPATH％中。 如果用户正在远程工作，或者服务器或networking已closures，则这些应用程序将无法正常运行，因为它们的核心文件无法从远程HOMEPATH访问。
总是使用HOMEPATH的默认本地Windows用户目录似乎更有意义，但是我找不到任何有争议的最佳实践。 在我的办公室，标准的做法是将用户HOMEPATH映射到networking文件夹…
在大多数情况下，我会回答一个响亮的NO 。 Windows体系结构提供了通过文件夹redirect ， 脱机文件和漫游用户configuration文件 （统称为用户状态虚拟化）在域/联网环境中redirect用户数据的function。
为了补充这一function，应用程序可以select是将数据存储在本地， AppData\Local还是使用用户configuration文件， AppData\Roaming或两者的一些组合进行迁移。 这允许诸如偏好的项目集中存储并随用户移动，同时保持机器特定的文件或本地caching的数据。
configuration这些项目会自动调整所有相关的环境variables。 例如，redirect漫游AppData文件夹时， %AppData%将自动指向联网位置。
关于唯一需要手动调整这些variables的情况是，如果您有一个特定的用例需要它，比如遗留的应用程序不知道正确的数据存储位置。 调整像%HomeDrive%这样的variables实际上可能会带来更多的好处 – 有时会打破希望它们指向本地磁盘的应用程序，或者无法处理在远程系统上使用文件的细微差别。