源码获取与版本选择：下载Busybox源码、如何选择稳定版本、LTS版本与最新版本的选择策略

做板卡适配，第一步就是拿到对的源码。这事听起来简单，但我见过不少同事在这上面栽跟头——要么下了个太老的版本，编译完发现缺了一堆驱动接口；要么追了个最新版，结果交叉工具链不兼容，折腾两天又退回去。

说白了，选版本这件事，比你想象中重要得多。

官方渠道就两个，我列在下面：

来源	地址	说明
官网	https://busybox.net	首页就有下载链接，版本列表清晰
Git仓库	git://busybox.net/busybox.git	可以拉取任意分支和标签

我个人习惯直接从官网下载 tarball。为什么呢？因为 Git 仓库拉下来还得切分支、打补丁，对于做板卡适配来说，一个干净的源码包就够了。你想想看，我们又不是要参与 Busybox 开发，只是拿它来做一个嵌入式系统的根文件系统，没必要折腾 Git 那一套。

小技巧： 官网下载页面有个 "Latest Release" 区域，别急着点那个最大的按钮。往下翻，有个 "Release Archive" 表格，里面列出了所有历史版本。我建议你从这里选。

Busybox 的版本号格式是 主版本.次版本.补丁级别，比如 1.36.1。但真正决定你该用哪个版本的，是后面那个后缀：

我记得有一次，团队里一个新同事直接下了个 1.37.0-pre 版本，编译倒是过了，结果烧到板子上 ls 命令都报段错误。查了半天，发现是那个预发布版的一个内存管理 bug。嗯，从那以后我就定了个规矩：生产环境只用稳定版或 LTS 版。

这里我直接给结论，然后解释为什么：

为什么会这样？我展开说说。

最新稳定版：比如 1.36.x 系列。这个版本包含了最新的功能、驱动支持和 bug 修复。如果你在做一块新板卡，芯片比较新，内核版本也比较高，那我建议你用这个。我在适配某款 ARM Cortex-A55 板卡时，就发现 1.34 版本不支持某个新的设备树解析接口，换成 1.36 就搞定了。

LTS版：比如 1.35.0-lts。这个版本的特点是「稳」。LTS 版本会持续收到安全补丁和关键 bug 修复，但不会引入新功能。说白了，就是不会因为升级而引入新的问题。如果你的产品已经量产，或者你不想每隔几个月就重新做一次适配测试，LTS 版是最好的选择。

最新开发版：这个我基本只在一种情况下用——我想确认某个新功能是否已经合入主线。比如我听说 Busybox 要支持某个新的压缩算法，我会拉一个开发版来验证一下。验证完就删掉，不会用它来做实际适配。

注意： 不要因为「最新版看起来更酷」就选开发版。我曾经在某个项目中用了 1.34.0-git，结果发现 mount 命令的行为和之前版本不一致，导致文件系统挂载脚本全部要重写。教训深刻。

下面这张图是我自己总结的决策流程，每次做新项目我都会过一遍：

这个流程我用了好几年，基本没出过问题。核心思路就是：量产求稳，新项目求新，但永远不要用开发版。

源码下载下来，别急着解压。我建议你做三件事：

校验哈希值：官网每个 tarball 旁边都有 SHA256 或 MD5 值。下载后用 sha256sum 对比一下，确保文件没损坏。
查看 CHANGELOG：解压后先看 docs/Changelog.txt 或 RELEASE_NOTES。重点关注「Bug fixes」和「New features」部分，看看有没有和你板卡相关的改动。
检查交叉编译支持：运行 make defconfig 然后 make，看能不能正常编译通过。这一步能提前发现工具链兼容性问题。

我的经验： 有一次我下载了 Busybox 1.35.0，校验哈希通过，解压也没问题。但编译时发现 ar 命令报错，查了半天是源码包里的一个符号链接在 Windows 环境下被破坏了。从那以后，我都在 Linux 环境下做下载和解压操作。

最后，分享几个我踩过的坑：

不要追新：最新版不一定最稳定。Busybox 1.34.0 发布后，1.34.1 和 1.34.2 连续两个小版本都在修 bug。如果你急着用，至少等到 x.y.2 版本。
LTS版不是万能药：LTS 版虽然稳定，但可能缺少对新芯片的支持。比如某款 RISC-V 芯片需要特定的 syscall 封装，LTS 版里没有，这时候就得考虑最新稳定版或者手动打补丁。
版本跨度别太大：如果你从 1.30 直接跳到 1.36，配置文件和编译选项可能会有不兼容的变化。我建议每次升级不超过两个大版本。
保留旧版本源码：我习惯在服务器上建一个 /opt/busybox-archive 目录，把用过的每个版本都存一份。万一新版本出了问题，可以快速回退。