Makefile全局设置：利用MAKEFILES优化构建流程

本文深入探讨了如何利用 `MAKEFILES` 环境变量为 `Make` 工具设置全局规则，以优化构建流程，尤其是在处理 `Go` 语言等非默认支持的语言时。通过加载自定义的全局 `Makefile`，开发者可以扩展 `Make` 的隐式规则，实现如 `make myprogram` 自动编译 `myprogram.go` 的便捷操作。文章详细介绍了创建全局 `Makefile`、配置 `MAKEFILES` 环境变量的步骤，并提供了 `Go` 语言的示例。同时，也强调了可移植性问题，建议在共享项目中将规则写入项目 `Makefile`，全局规则更适用于个人开发环境。通过本文，读者可以掌握利用 `MAKEFILES` 变量提升个人开发效率的技巧，并了解其潜在的局限性，从而在便利性和可移植性之间做出明智选择。

Make 提供了内置的隐式规则，简化了常见语言的编译。本文将探讨如何扩展 Make 的默认行为，为其他语言（如 Go）创建全局可用的隐式规则。我们将介绍通过设置 MAKEFILES 环境变量来加载自定义的全局 Makefile，从而实现这一目标，同时提醒用户注意潜在的移植性问题。

在日常开发中，Make 工具凭借其强大的自动化构建能力广受欢迎。它内置了一系列隐式规则，例如针对 C、C++ 和 Fortran 源文件的编译规则，使得在不编写 Makefile 的情况下也能完成简单的编译任务。然而，当涉及到其他语言（如 Go、Rust 或自定义脚本）时，Make 默认不提供相应的隐式规则，通常需要为每个项目编写专门的 Makefile。这对于希望在整个开发环境中拥有统一、全局可用的隐式规则的开发者来说，无疑增加了重复工作。

Make 隐式规则的扩展需求

用户常常希望能够像 Make 的内置规则一样，为特定语言或任务定义全局可用的隐式规则，而无需在每个项目目录中重复定义。例如，对于 Go 语言项目，如果希望执行 make myprogram 就能自动将 myprogram.go 编译为可执行文件，就需要一种机制来扩展 Make 的默认行为。

全局隐式规则的实现原理

Make 工具提供了一个名为 MAKEFILES 的环境变量，它允许用户指定在当前 Makefile 之前加载的一个或多个额外 Makefile 文件。当 Make 运行时，它会首先处理 MAKEFILES 环境变量中指定的文件，然后才是当前目录下的 Makefile（如果存在）。这意味着，我们可以在这些全局加载的 Makefile 中定义自定义的隐式规则、变量或目标，使它们在所有 Make 调用中都可用。

创建全局 Makefile

首先，我们需要创建一个包含自定义隐式规则的全局 Makefile 文件。这个文件可以放置在任何你方便的位置，例如用户主目录下的 .makerc 或 .make_global_rules，或者系统级的 /etc/make/global.mk。

以下是一个为 Go 语言定义隐式规则的 global.mk 示例：

# 文件名: global.mk (或 ~/.makerc)
# 这是一个用于Go语言的全局隐式规则

.PHONY: all

# 隐式规则：将 .go 文件编译为同名可执行文件
# 例如，如果存在 main.go，执行 make main 即可编译
%: %.go
    @echo "Compiling Go file $<..."
    go build -o $@ $<
    @echo "Successfully compiled $@."

# 也可以添加其他全局通用的规则或变量
# 例如：
# GOFLAGS := -v
# export GOFLAGS

在这个示例中：

• %: %.go 定义了一个模式规则，表示任何目标（%）都可以通过同名的 .go 文件来构建。
• go build -o $@ $< 是实际的编译命令，$@ 代表目标文件名，$< 代表第一个前置条件（即 .go 源文件）。

配置 MAKEFILES 环境变量

创建了全局 Makefile 后，下一步就是将其路径添加到 MAKEFILES 环境变量中。这样，Make 就能在每次运行时找到并加载它。

临时设置： 在当前 shell 会话中临时生效：

export MAKEFILES=/path/to/your/global.mk

请将 /path/to/your/global.mk 替换为你实际的 global.mk 文件路径。

永久设置： 为了让设置在每次启动 shell 时都生效，可以将上述 export 命令添加到你的 shell 配置文件中，例如：

• 对于 Bash 用户：~/.bashrc 或 ~/.bash_profile
• 对于 Zsh 用户：~/.zshrc

编辑文件并添加：

# ~/.bashrc 或 ~/.zshrc
export MAKEFILES="/home/youruser/.makerc" # 示例路径

保存文件后，重新启动终端或执行 source ~/.bashrc（或 source ~/.zshrc）使更改生效。

使用示例

假设你已经创建了 global.mk 并设置了 MAKEFILES 环境变量。现在，在一个包含 hello.go 文件的目录中：

// hello.go
package main

import "fmt"

func main() {
    fmt.Println("Hello from Go!")
}

你无需创建 Makefile，只需在终端中执行：

make hello

Make 将会加载 global.mk 中的隐式规则，并执行 go build -o hello hello.go 命令，最终生成一个名为 hello 的可执行文件。

注意事项

1. 可移植性问题： 这是最重要的考量。通过 MAKEFILES 环境变量设置的全局规则仅在你配置了该变量的环境中有效。如果你的项目需要在其他机器上（特别是没有进行类似配置的机器上）构建，那么这些全局规则将不起作用，可能导致构建失败。因此，对于需要广泛共享和分发的项目，建议将所有必要的规则明确写入项目本身的 Makefile 中。全局规则更适用于个人开发环境的便利性提升。
2. 规则优先级： MAKEFILES 中定义的规则会在当前目录的 Makefile 之前被处理。这意味着，如果当前目录的 Makefile 中定义了与全局 Makefile 中相同的目标或模式规则，那么本地 Makefile 中的规则将覆盖全局规则。这提供了一种灵活的覆盖机制。
3. 环境变量的生命周期： 通过 export 命令设置的 MAKEFILES 环境变量只在当前 shell 会话及其子进程中有效。要使其持久化，必须将其写入 shell 配置文件。
4. 调试： 如果规则没有按预期工作，可以使用 make -d 命令来查看 Make 的详细调试输出，这有助于理解 Make 是如何解析规则和查找目标的。

总结

通过巧妙利用 MAKEFILES 环境变量，我们可以为 Make 扩展全局可用的隐式规则，极大地提升个人开发环境的便利性。这种方法使得在处理特定语言或重复性任务时，无需为每个项目编写冗余的 Makefile。然而，开发者必须权衡这种便利性与项目可移植性之间的关系，并根据实际需求选择最合适的构建策略。对于个人工作流的优化，全局 Makefile 无疑是一个强大而有效的工具。

到这里，我们也就讲完了《Makefile全局设置：利用MAKEFILES优化构建流程》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！