Sublime正则替换可精准处理KEY=VALUE环境变量赋值，推荐模式：^(A-Za-z_)\s=\s(.)$，匹配合法变量名与容忍空白的等号，并捕获右侧值；替换用$1=new_value或$1="new_value"；需配合「In Selection」模式避免误改注释或条件语句。
匹配并替换环境变量赋值语句
Sublime 的正则替换能精准处理 KEY=VALUE 类型的配置，比如 PATH、HOME 或自定义变量。关键在避免误伤注释、空行或嵌套结构（如 export KEY=VALUE 中的等号前后空格不一致）。
推荐使用这个正则模式：^([A-Za-z_][A-Za-z0-9_]*)\s*=\s*(.*)$
-
^和$锁定整行，排除被注释掉的行（以#开头） -
([A-Za-z_][A-Za-z0-9_]*)捕获合法变量名，符合 POSIX shell 命名规范 -
\s*=\s*容忍等号前后任意空白（包括无空格、单空格、制表符） -
(.*)捕获右侧全部内容（含引号、路径、变量引用如$HOME）
替换时用 $1=new_value 即可只改值，保留原变量名和等号格式；若要统一加引号，可写成 $1="new_value"，但注意原值已有引号时可能重复包裹。
跳过被注释或条件判断的行
直接全局替换容易把 # PATH=/old 或 if [ "$OS" = "linux" ]; then PATH=/linux 也改掉——这些不是生效的赋值语句。
安全做法是启用 Sublime 的「In Selection」模式：先手动选中所有明确生效的赋值块（比如从 # >>> env section start 到 # ），再执行正则替换。没有分段标记？可用以下正则预筛选：
查找：^(?![#\s]*$)[A-Za-z_][A-Za-z0-9_]*\s*=
-
(?![#\s]*$)否定式前瞻，排除纯注释行和空行 - 不捕获右侧值，仅定位“看起来像赋值开头”的行，方便人工复核
- 匹配后按
Ctrl+Shift+L（Windows/Linux）或Cmd+Shift+L（macOS）逐行拆分为光标，再统一编辑
处理带引号、转义和变量展开的值
真实配置里常见 EDITOR="vim -u ~/.vimrc"、PS1='\u@\h:\w\$ '、PATH="$HOME/bin:$PATH"。直接替换 .* 会破坏内部引号配对或转义逻辑。
更稳健的右侧捕获写法：^([A-Za-z_][A-Za-z0-9_]*)\s*=\s*("[^"]*"|'[^']*'|[^#\n]*)$
- 优先匹配双引号/单引号包裹的内容（含内部转义需额外处理，Sublime 不支持递归正则）
- 最后 fallback 到
[^#\n]*—— 匹配到行尾或#注释前为止，避免跨到注释值里 - 若新值含双引号，替换时用
$1="$1_new_value"并确保手动清理旧引号，否则变成KEY=""new_value""
遇到 $HOME 这类变量引用，别用字面量替换；应确认目标环境是否支持运行时展开——Shell 配置文件（如 .bashrc）可以，而某些静态加载器（如 systemd environment.d）可能不解析。
批量修改后验证语法有效性
正则改完不等于能用。常见翻车点：= 前多了空格导致变成命令执行、引号不闭合、路径含未转义空格、export 关键字缺失（某些 Shell 要求显式 export 才能传递给子进程）。
- Linux/macOS 下用
bash -n your_env_file检查语法（不执行，只解析） - 对
.zshrc改动，换用zsh -n - 若文件被
source加载，临时开个新终端执行source ./your_file && echo $YOUR_VAR直接看结果 - Sublime 自身不校验 shell 语法，别依赖高亮——它把
PATH=$HOME/dir with space当合法，实际会截断为dir
最易忽略的是换行符和 BOM：Windows 编辑保存的文件可能带 \r\n 或 UTF-8 BOM，某些 Shell（尤其 Alpine 的 ash）会把 #!/bin/sh 当作变量名报错。保存前务必设为 Unix line endings（File → Line Endings → Unix）且编码为 UTF-8（无 BOM）。
