你有没有遇到过这样的情况：团队里几个人同时改一个功能，结果代码合并时冲突不断，改来改去反而把原本正常的逻辑搞坏了？这种情况在软件开发中太常见了。而“主干开发”就是为了解决这类问题诞生的一种协作方式。
主干开发到底是什么
简单来说，主干开发（Trunk-Based Development）就是所有开发者都直接在同一个主分支（通常叫 main 或 trunk）上提交代码，而不是各自拉出长长的特性分支。听起来有点吓人？其实它强调的是小步快跑——每次提交的改动都很小，频率高，但不会破坏整体功能。
比如你加个按钮，先提交；再加个点击事件，再提交。每次改动都确保能跑通，这样别人拉最新代码也不会突然“炸掉”。这就像修路，不是一口气封路三个月，而是分段施工，一段修好马上开放，不影响通行。
和传统开发模式有啥不一样
很多人习惯的做法是：每做一个新功能，就从主分支拉一个独立分支，比如 feature/user-login，然后在里面闷头开发，一周甚至一个月后再合回主干。这期间如果主干有更新，合并时很容易冲突，而且一旦出问题，排查起来很麻烦。
主干开发反其道而行之：不鼓励长期存在的分支。所有改动尽量在一天内完成并提交，或者通过“功能开关”（Feature Flag）先把未完成的部分隐藏起来，避免影响线上运行。
举个实际例子
假设你们在做一个电商后台，你要加个“批量导出订单”的功能。按主干开发的做法：
- 先提交一个空函数和路由，接口能通但没逻辑
- 第二天加上查询数据库的部分，但返回假数据
- 第三天接入真实数据导出，最后打开功能开关
每一步都推到主干，而且都有测试覆盖。其他人随时可以基于你的进展继续工作，不会卡住。
代码怎么写才适合主干开发
关键在于“增量提交”和“功能隔离”。下面是个简单的 Node.js 路由示例：
app.get('/api/orders', async (req, res) => {
const { export } = req.query;
// 功能开关控制是否启用导出
if (export && FEATURE_FLAGS.ENABLE_EXPORT) {
return handleExportOrders(res);
}
const orders = await Order.list();
res.json(orders);
});
FEATURE_FLAGS 是个配置项，可以在不同环境开启或关闭。这样代码虽然在主干上，但不会对用户造成影响。
适合哪些团队
主干开发特别适合节奏快、发布频繁的团队，比如互联网产品、SaaS 系统。如果你的项目每周都要上线几次，那这种模式能大大减少合并焦虑。
当然，它对团队也有要求：得有自动化测试、持续集成流水线，还有良好的代码审查习惯。不然谁都能往主干提交，万一出事就难收场。
现在很多主流工具链都支持这种模式，比如 GitHub Actions、GitLab CI、Jenkins 等，只要提交代码，自动跑测试，通过才能合并，相当于给主干加了层保险。