subset
将路径与驱动器号关联。也就是把一个目录当作一个磁盘驱动器。
语法如下：
SUBST [drive1: [drive2:]path]
SUBST drive1: /D
| 参数 | 描述 |
|---|---|
| drive1: | 指定要分配路径的虚拟驱动器。 |
| [drive2:]path | 指定物理驱动器和要分配给虚拟驱动器的路径。 |
| /D | 删除被替换的(虚拟)驱动器。 |
| 不带参数的SUBST | 显示当前虚拟驱动器的列表。 |
示例
下面来看个例子，加深印象。
例：将目录D:\project\cpp映射为Z盘。
subst /D Z: rem 先解除之前的映射
subst Z: D:\project\cpp
执行这个批处理脚本后，驱动器列表中就会出现一个盘符为Z的驱动器。
也可以同时指定多个目录与多个虚拟驱动器关联。这么做无非是将目录与某个盘符关联起来，有什么用呢？
我们已经知道，subst的功能，就是将某目录与驱动器关联。这样，对某个驱动器的访问，就等同于对相应目录的访问。对于一个开发团队开说，每个成员的工作目录可能并不相同，这就可能给工作交流造成一些影响，比如，成员A的工作目录在D盘，成员B的工作目录在G盘，那么将A的项目交给B时，B可能就需要做一些配置，才能让A的项目工作起来。如果他们将各自的工作目录都映射为相同的虚拟驱动器，比如Z盘，将所有工作都针对Z盘来做，每个成员都使用相同的配置，交流起来更为方便。即将虚拟的驱动器作为一个中间层，通过它屏蔽了底层实际目录的差异。
可能会有人说了，既然是让所有人使用相同的配置，那么在刚开始就强制要求大家使用一致的工作目录不就好了。这样做无可厚非，但是忽略了一些细节，比如以下两条：
- 可能有的电脑上缺少某个盘符，而这个恰好又是被要求作为工作目录所在的盘符。
对于这种情况，重新分区或添加新硬盘，或更改原驱动器的盘符，都不如直接映射一个虚拟驱动器来的方便。
重新分区，操作相对麻烦，还有造成数据丢失的风险；添加新硬盘，则增加了公司成本；更改原驱动器盘符，则针对的是整个原驱动器。使用subst，只需要将某一目录映射成驱动器即可，且可随时修改与解除映射，方便而灵活。 - 项目开始前并没有规划好这方面的工作。随着项目的进行，问题逐渐暴露出来，这时再要求大家进行修改，工作量相对较大，且项目成员可能会有情绪。而使用subst，只需要几条命令组成的批处理，就可以解决大部分问题。