SST Shell 环境变量加载机制解析与问题解决

背景介绍

在使用 SST (Serverless Stack) 构建的 monorepo 项目中，开发者经常会遇到环境变量加载的问题。特别是在多环境、多包管理的复杂场景下，环境变量的正确加载对于项目的正常运行至关重要。

问题现象

在 SST 项目中，当使用 sst shell 命令执行脚本时，环境变量通常从 .env 或 .env.{stage} 文件中加载。但在 monorepo 结构中，如果从子包目录运行 sst shell，会出现无法正确加载环境变量的问题，尤其是当使用 .env.{stage} 文件时更为明显。

技术原理

SST 的环境变量加载机制遵循以下规则：

1. 默认会从项目根目录查找 .env 和 .env.{stage} 文件
2. .env 文件具有最高优先级，会覆盖其他环境变量文件中的同名变量
3. 在多阶段环境中，.env.{stage} 文件提供了阶段特定的配置

在 monorepo 结构中，当从子包目录运行命令时，SST 需要正确回溯到项目根目录来定位环境变量文件。这个机制在早期版本中存在缺陷，导致无法正确加载阶段特定的环境变量。

问题影响

这个缺陷会导致以下问题：

1. 无法正确加载 AWS 凭证配置（如 AWS_PROFILE）
2. 影响数据库迁移工具（如 Drizzle）的正常使用
3. 在多阶段环境中无法正确识别当前阶段配置
4. 必须在 monorepo 根目录运行命令才能正常工作

解决方案

该问题已在 SST 的 0.1.72 版本中修复。修复内容包括：

1. 改进了环境变量文件的查找逻辑
2. 确保在 monorepo 子目录中也能正确加载环境变量
3. 优化了阶段特定配置的识别机制

最佳实践

为了避免类似问题，建议开发者：

1. 保持 SST 版本更新到最新稳定版
2. 对于多阶段项目，优先使用 .env.{stage} 而非 .env 文件
3. 在 monorepo 中统一环境变量文件的位置
4. 在 CI/CD 流程中明确指定环境变量加载路径

总结

SST 的环境变量加载机制在多包管理场景下需要特别注意。通过理解其工作原理和保持工具更新，开发者可以避免因环境变量加载问题导致的开发障碍。对于复杂的项目结构，建议充分测试各子包中的命令执行情况，确保环境变量能够正确加载。