windows中的subst与虚拟驱动器(盘符)

---

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盘来做，每个成员都使用相同的配置，交流起来更为方便。即将虚拟的驱动器作为一个中间层，通过它屏蔽了底层实际目录的差异。
       可能会有人说了，既然是让所有人使用相同的配置，那么在刚开始就强制要求大家使用一致的工作目录不就好了。这样做无可厚非，但是忽略了一些细节，比如以下两条：

1. 可能有的电脑上缺少某个盘符，而这个恰好又是被要求作为工作目录所在的盘符。
   对于这种情况，重新分区或添加新硬盘，或更改原驱动器的盘符，都不如直接映射一个虚拟驱动器来的方便。
   重新分区，操作相对麻烦，还有造成数据丢失的风险；添加新硬盘，则增加了公司成本；更改原驱动器盘符，则针对的是整个原驱动器。使用subst，只需要将某一目录映射成驱动器即可，且可随时修改与解除映射，方便而灵活。
2. 项目开始前并没有规划好这方面的工作。随着项目的进行，问题逐渐暴露出来，这时再要求大家进行修改，工作量相对较大，且项目成员可能会有情绪。而使用subst，只需要几条命令组成的批处理，就可以解决大部分问题。