GitLab CI/CD部署AWS Terraform资源失败求助

1. 修正环境目录切换逻辑 #

先确保.gitlab-ci.yml中根据$CI_SERVER_URL切换目录的逻辑准确，避免进入错误目录导致找不到.env。可以加入目录验证步骤，方便排查：

before_script:
  - |
    if [[ "$CI_SERVER_URL" == "https://dev.gitlab.example.com" ]]; then
      ENV_DIR="env/dev"
    elif [[ "$CI_SERVER_URL" == "https://prod.gitlab.example.com" ]]; then
      ENV_DIR="env/prod"
    else
      echo "未知GitLab实例: $CI_SERVER_URL"
      exit 1
    fi
    cd "$ENV_DIR"
    # 打印当前目录验证路径是否正确
    pwd
    # 列出目录文件，确认.env存在
    ls -la

2. 确认.env文件已提交至仓库 #

本地能正常执行是因为本地有.env，但如果该文件被加入.gitignore或未提交，流水线拉取代码后会缺失：

• 检查项目根目录的.gitignore，确认没有排除env/dev/.env或env/prod/.env
• 执行以下命令提交.env文件：

git add env/dev/.env env/prod/.env
git commit -m "添加环境配置.env文件"
git push

3. 确保Terraform命令在正确目录执行 #

所有Terraform操作必须在对应的环境目录下运行，否则会因路径错误找不到.env（比如Terraform配置依赖该目录下的变量文件）：

deploy:
  stage: deploy
  script:
    - cd "$ENV_DIR"
    - terraform init
    - terraform validate
    - terraform apply -auto-approve

4. 日志排查重点 #

若问题仍存在，从流水线日志中确认以下信息：

• before_script中pwd和ls -la的输出，验证当前目录是否正确、.env是否存在
• Terraform执行时的工作路径错误提示
• 是否存在权限问题（比如Runner用户无法读取.env文件）

额外建议 #

• 敏感信息（如AWS密钥）不要存放在.env中，推荐使用GitLab的CI/CD变量存储，直接在流水线中引用，降低泄露风险
• 确保GitLab Runner的工具版本与本地一致，可在流水线中加入版本验证：

before_script:
  - terraform --version
  - aws --version

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