如何让Deno Deploy支持符号链接以实现前后端接口共享

兄弟，我太懂你这种想在前后端共享接口定义的需求了——重复写类型不仅麻烦还容易出错！不过遗憾的是，Deno Deploy目前并不支持解析符号链接，这就是你部署时报错的核心原因。别慌，给你几个实用的替代方案，都能完美解决问题：

方案一：用导入映射（Import Maps）替代符号链接 #

这是最推荐的方案，完全避开符号链接依赖，本地和部署环境都能正常工作：

1. 在你的Deno项目根目录（backend-deno）创建import_map.json文件，内容如下：

{
  "imports": {
    "@shared/": "../shared-interfaces/"
  }
}

2. 在backend-deno的deno.json配置文件里，添加导入映射的引用：

{
  "importMap": "./import_map.json",
  // 其他原有配置...
}

3. 之后在后端代码里，用别名导入共享接口即可：

import { SomeInterface } from "@shared/somefile.ts";

不管是本地开发还是Deno Deploy部署，都会根据导入映射自动找到实际文件路径，彻底解决符号链接的问题。

方案二：把共享接口作为远程模块导入 #

如果你的shared-interfaces目录托管在代码仓库（比如GitHub），可以直接用Deno的远程导入功能：

• 代码里直接引用仓库中的文件：

import { SomeInterface } from "https://raw.githubusercontent.com/你的用户名/shared-interfaces/main/somefile.ts";

Deno Deploy会自动拉取这个远程文件，本地开发时也能正常缓存使用。如果是私有仓库，记得在Deno Deploy的项目设置里配置访问令牌，确保能正常拉取文件。

方案三：构建时复制共享文件到Deno项目目录 #

如果不想用远程导入，也可以写个简单脚本，在部署前把共享接口文件复制到Deno项目的本地目录：

1. 在backend-deno里创建copy-shared.ts脚本：

import { copy } from "https://deno.land/std/fs/copy.ts";

await copy("../shared-interfaces", "./src/shared", { overwrite: true });

2. 部署前先执行脚本：deno run --allow-read --allow-write copy-shared.ts
3. 之后代码里导入复制后的本地文件：

import { SomeInterface } from "./src/shared/somefile.ts";

如果用GitHub Actions等CI/CD工具部署，可以把执行这个脚本加入到部署流程中，确保每次部署都能拿到最新的共享接口。

备注：内容来源于stack exchange，提问作者Hoff