如何从旧Perforce depot的,d/.v格式存储文件恢复原始项目文件

你之前修改depot存储路径看不到文件是正常表现：Perforce服务端不会主动扫描存储目录下的归档文件生成文件列表，所有文件路径、版本、提交记录、归档对应关系的元数据都存在服务端目录下的db.*前缀数据库文件中，你仅留存了版本归档的,v/,d文件、没有原服务的db文件时，直接挂载目录自然会显示为空。

你手里的,v文件是存储所有版本源文件内容的RCS格式归档，,d文件是存储文件权限、属性的配套元数据，有两种可行方案恢复文件，可根据你的需求选择：

方案1：直接提取源文件内容（无需重建Perforce服务，适合仅需找回文件内容的场景） #

这个方案不需要恢复Perforce服务，操作成本最低，缺点是无法保留原提交记录、提交说明等信息，只能拿到各版本的文件内容。

• 操作步骤：
  1. 安装GNU RCS工具集：Linux/macOS可直接从系统软件源安装rcs包，Windows可安装GNUWin32版RCS二进制包。
  2. 保持你留存的归档文件原有目录结构不变，注意不要修改,v/,d的后缀名（RCS工具默认识别,v作为RCS归档后缀）。
  3. 打开终端进入归档所在目录，执行co <目标文件名（不含,v后缀）>即可提取该文件的最新版本到当前目录；如果需要提取指定历史版本，执行co -r<版本号> <目标文件名>即可。

提示：如果遇到部分高版本Perforce压缩过的,v文件无法被RCS识别，就用方案2重建服务后提取即可。

方案2：重建Perforce服务恢复完整depot（适合需要保留完整版本历史、目录结构的场景） #

这个方案可以恢复完整的depot结构和版本记录，操作步骤如下：

1. 安装和你之前使用的大版本完全一致的Perforce Helix Core服务端（p4d），版本差异过大会导致归档格式不兼容，无法读取。
2. 执行p4d -r <新服务数据目录> -i初始化一个全新的空Perforce服务实例，初始化完成后立即停止p4d进程。
3. 将你留存的所有归档文件，按照原有的目录层级完整复制到新实例的depot存储目录下（默认路径是新服务数据目录下的depot/文件夹，如果你自定义了depot存储路径就对应放到自定义路径下）。
4. 在新服务数据目录下执行归档校验与重建命令：

   p4d -r . -xv
   

   这个命令会扫描指定路径下所有的,v/,d归档文件，校验文件完整性，同时将缺失的文件元数据自动补录到新实例的db数据库中。
5. 校验完成后启动p4d服务，用管理员账号登录Perforce管理控制台，就能看到对应depot下的完整文件列表，此时新建workspace执行sync操作即可把文件同步到本地。

注意：不要在已经存有其他生产数据的Perforce实例上做这个操作，避免破坏现有实例的数据库结构，一定要用全新初始化的空实例操作。如果扫描完成后仍有部分文件不显示，可执行p4 verify //<你的depot名>/...强制触发全路径索引。

补充说明 #

• 如果你留存的归档文件已经丢失了原有的目录结构，只能用方案1逐个提取文件内容，方案2无法恢复原有的路径层级。
• 如果,v文件本身损坏，对应版本的文件内容无法恢复，,d文件缺失只会丢失文件权限属性，不影响源文件内容提取。

内容的提问来源于stack exchange，提问作者Alex