如何在Makefile中修改执行文件前缀？构建时恢复Markdown设置

我来给你分享几个实际项目里常用的解决思路，都是针对“HTML变量可自定义前缀后缀，但Makefile构建时强制用脚本里的Markdown前缀、保留HTML后缀”这个需求的：

方案1：Makefile直接硬编码指定前缀（最简单直接） #

如果脚本里的Markdown前缀是固定值（比如md_），那在Makefile的构建目标里直接强制传入这个前缀，完全忽略HTML变量的前缀设置，只复用HTML的后缀：

# 假设你的构建脚本是build.sh，接受--prefix和--suffix参数
build:
    ./build.sh --prefix="md_" --suffix=$(HTML_SUFFIX)

这种方式最省心，适合前缀不会频繁变动的场景。

方案2：从脚本动态读取前缀值（适配前缀动态变化的场景） #

如果脚本里的Markdown前缀是动态生成的（不是硬编码），可以给脚本加一个“返回前缀”的辅助参数，让Makefile在构建前先获取这个值，再传入构建命令：

第一步：修改脚本，添加获取前缀的逻辑 #

# build.sh
if [ "$1" = "--get-md-prefix" ]; then
    # 这里输出脚本内部的Markdown前缀（比如从脚本的变量或配置中读取）
    echo "${INTERNAL_MD_PREFIX}"
    exit 0
fi

# 原有的构建逻辑...

第二步：在Makefile中捕获前缀并使用 #

# 先从脚本获取Markdown前缀
MARKDOWN_PREFIX := $(shell ./build.sh --get-md-prefix)

build:
    ./build.sh --prefix=$(MARKDOWN_PREFIX) --suffix=$(HTML_SUFFIX)

这样每次构建都会同步脚本里最新的前缀，不会出现不一致的问题。

方案3：用环境变量临时覆盖（适配HTML变量读环境变量的场景） #

如果你的HTML变量是通过环境变量（比如FILE_PREFIX、FILE_SUFFIX）设置的，那在Makefile构建时，临时重置FILE_PREFIX为脚本的Markdown值，保留FILE_SUFFIX不变：

build:
    # 临时设置前缀为脚本的Markdown值，后缀沿用原环境变量
    FILE_PREFIX="md_" FILE_SUFFIX=${FILE_SUFFIX} ./build.sh

这种方式不需要修改脚本，只需要调整Makefile的命令即可。

方案4：修改脚本逻辑，添加构建模式判断（最灵活的方案） #

如果脚本是你可以修改的，可以给脚本加一个“构建模式”的标志，当Makefile触发构建时，强制使用脚本内部的Markdown前缀，忽略HTML变量的设置：

# build.sh
# 默认使用HTML变量的前缀和后缀
PREFIX="${HTML_PREFIX}"
SUFFIX="${HTML_SUFFIX}"

# 如果是Makefile构建（传入--use-md-prefix标志），则覆盖前缀为脚本的Markdown值
if [ "$1" = "--use-md-prefix" ]; then
    PREFIX="${INTERNAL_MD_PREFIX}" # 脚本内部的Markdown前缀变量
    SUFFIX="$2" # 从参数接收HTML的后缀
fi

# 后续构建逻辑使用$PREFIX和$SUFFIX...

然后在Makefile里调用：

build:
    ./build.sh --use-md-prefix $(HTML_SUFFIX)

这种方式既保留了HTML变量自定义的灵活性，又能在构建时强制切换到脚本的前缀设置。

补充：临时修改配置文件（适合HTML变量写在静态配置里的场景） #

如果HTML前缀是写在某个静态配置文件里的，Makefile可以先备份配置，修改前缀后构建，最后恢复原配置：

build:
    # 备份原HTML配置文件
    cp html-config.ini html-config.ini.bak
    # 替换配置文件中的前缀为脚本的Markdown值（用sed命令，根据实际配置格式调整）
    sed -i 's/HTML_PREFIX = .*/HTML_PREFIX = "md_"/' html-config.ini
    # 执行构建
    ./your-build-command
    # 恢复原配置文件（即使构建失败也尽量恢复，可以加@-前缀忽略错误）
    @-mv html-config.ini.bak html-config.ini

注意：这种方式要确保备份和恢复的可靠性，避免构建失败后配置文件被永久修改。

你可以根据自己项目的实际结构（比如脚本是否可修改、前缀是否固定、HTML变量的存储方式）选择最适合的方案，要是有具体的代码片段，还能再细化调整~

内容的提问来源于stack exchange，提问作者Jean Carlo Machado