在开发环境中处理多个项目的环境变量命名问题

45次阅读

问题描述

在使用Kubernetes集群进行分阶段测试和生产部署时遇到了一个问题。在代码中，他使用了类似下面的方式来获取环境变量：

doSomething({
  username: process.env.DB_USERNAME,
  password: process.env.DB_PASSWORD
})

在Kubernetes的各个环境中，这不是问题，因为可以为每个环境单独设置这些环境变量。然而，在开发环境中，他可能会有多个项目，甚至同一个项目的不同镜像，它们都有名为DB_URL的环境变量。

有一种解决方案是给所有环境变量加上前缀，比如MY_APPLICATION_NAME_。还有一种解决方案是不永久设置环境变量，而是在需要的时候调用一个脚本来设置。但这听起来有些混乱。他想知道是否有一种成熟的方式来处理这个问题。

解决方案

请注意以下操作可能存在版本差异，使用前请做好备份。

方案1: 使用direnv

你可以使用direnv来根据你所在的目录设置环境变量。它可以根据当前目录自动设置环境变量，从而避免在不同项目之间出现命名冲突。你可以在https://direnv.net/找到更多信息。

方案2: 使用docker-compose

如果你在容器中进行开发，可以使用docker-compose来管理不同项目的环境变量。在docker-compose.yml文件中，你可以为每个项目定义不同的环境变量，从而避免命名冲突。这样每个项目都可以在独立的容器中运行，不会干扰彼此的环境变量。

方案3: 使用脚本管理环境

你可以编写一个脚本来管理不同项目的环境。该脚本可以根据项目名称设置相应的环境变量，然后启动一个子shell来工作。当你切换到不同项目时，可以退出子shell，这会将环境变量还原到默认状态。

以下是一个示例bash脚本，用于根据项目名称设置环境变量并启动子shell：

#!/bin/bash
# 设置项目名称对应的环境变量
case "$1" in
  project1)
    export DB_URL="project1_db_url"
    # 设置其他环境变量
    ;;
  project2)
    export DB_URL="project2_db_url"
    # 设置其他环境变量
    ;;
  # 添加更多项目的设置
  *)
    echo "Unknown project"
    exit 1
    ;;
esac

# 启动子shell
bash

在上面的示例中，你可以通过运行./setenv.sh project1来设置project1项目的环境变量，并启动一个带有该项目环境的子shell。当你退出子shell时，环境变量会还原到默认状态。