NetBSD作为一个自由、开放且高度可移植的操作系统项目，始终致力于支持众多硬件平台和架构。保持项目代码的健康与稳定性，对开发者和用户来说尤为重要。为了满足日益增长的构建需求以及对多种体系结构的支持，NetBSD团队近期投入了大量资源，升级并优化了自动构建（Autobuild）集群，显著提升了每日构建的效率和质量。 早期，NetBSD的自动构建集群托管在哥伦比亚大学，承担着持续集成和多个官方版本构建的重要工作。随着时间推移，编译器版本的更新与更多目标平台的增加，使得构建耗时和存储资源需求迅速增长。旧集群进行完整 -current 构建时，所需时间超过九个半小时。
这种状况不仅影响开发反馈周期，也增加了资源消耗的成本。因此，团队决定全面替换硬件设备，并迁移到一个更具网络优势的新托管场所。 新集群配备四台构建主机，每台装载两颗16核EPYC处理器，拥有256GB内存。此外，还有一个负责控制任务的节点，配备32GB内存及一颗较弱的Intel CPU。控制节点负责生成源代码集、管理代码仓库操作并分发源码，但并不参与实际的构建过程，从而实现了职责分离与负载均衡。系统在每台构建主机上并行运行8个构建任务，每个任务采用-j 4的低并行度设置，意在充分利用多核处理能力，让整个构建套装在整体时间上达到最优，而非单个任务速度极致加速。
除了硬件革新，持续集成（CI）系统的原有脚本也进行了重大改造。原先基于shell脚本的流程设计已不适应现代分布式版本控制系统的需求。此前NetBSD使用CVS管理代码，CI系统的构建启动是时间驱动的，存在十分钟的延迟以缓解CVS主服务器和匿名CVS服务器间的时间戳不一致问题。这在向Mercurial（hg）或Git迁移的趋势下显得格格不入。 新的CI系统重构考虑到表征代码状态的标识符由仓库主控，不再以构建开始时间刻意命名目录。每次构建时，系统会从主仓库获取分支最新状态，构建路径与代码快照保持一致，标识符直接取自仓库的时间戳或提交散列值。
这样不仅提升了构建的可复现性，也能自动跳过代码未变更时的无效构建，节省宝贵的资源。现阶段完整迁移已完成，CVS仍可用，但大多数的全流程构建已经稳定使用Mercurial。 新的CI系统相较于传统跨多个架构和分支的构建方式，提供了更快速的变更检测和响应能力。CVS的更新检测过程约需五分钟，而Mercurial和Git显著缩短了这一时间，用户界面状态显示也更详尽，包含实际的仓库提交时间及构建启动时间，极大方便开发者追踪与定位。 NetBSD选择保留自研定制化CI系统，而非采用开源的成熟CI解决方案，原因在于定制开发与维护成本相当且能更灵活地满足项目特殊需求。该系统不仅验证所有支持分支的构建正确性，还保证了极为广泛的硬件支持长期稳定。
这让即使是如Wii这样较新的目标平台，也能持续获得最新版本的支持，确保用户在未来数年依然能获得无障碍安装体验。 另一个关键点在于构建日志报告的改进。每次构建产生的日志中都会附带详细的源代码快照时间戳与版本信息，支持开发者准确回溯并复制已有构建，促进问题排查与软件再现性测试。此外，CVS版本标识沿用时间戳，而Mercurial和Git则使用提交哈希，体现了对现代分布式版本控制工具的全面兼容性。 此次硬件升级和CI系统迭代的意义远超性能提升。它展现了NetBSD项目在应对日益复杂、跨平台源码维护挑战方面的技术前瞻性。
升级后的构建集群不仅能够更快速完成庞大代码基的编译测试，还能提供更及时准确的反馈，推动开发效率和软件质量的双重提升。 在持续集成环境的支持下，开发者们能更有信心地对分支和架构进行改动，而不用担心意料之外的编译失败或性能退化。同时，广大使用者也能方便地获取维护良好、经过严格验证的最新系统镜像，极大降低从源码构建的门槛，提升用户体验。 值得一提的是，两西格玛投资公司为该新集群的空间和网络资源提供了慷慨支持，彰显开源项目与产业界合作共赢的典范。未来，随着版本控制系统的进一步迁移及构建工具的演进，NetBSD会持续优化自动构建流程，为更广泛的开发者和用户群体撑起坚实的技术保障。 总结而言，NetBSD新构建集群的建设是开源操作系统持续发展中的关键里程碑。
它不仅极大缩短每日自动构建时间，提高代码验证覆盖和准确性，还通过引入现代版本控制及CI理念提升了系统灵活性和可维护性。随着多核高性能硬件和高效软件工具的结合，NetBSD正在为未来更加多样化的硬件生态和更复杂的软件需求打下坚实基础。期待在不久的将来，NetBSD能够凭借新集群带来的持续快速构建能力，推动更多创新功能的实现，成为各类设备和架构上的理想操作系统选择。
