基于主干的开发
内容提要
在大型开发团队中，特性分支和代码审查常成为瓶颈。采用基于主干的开发（TBD）方法，通过小增量直接集成到主分支，利用功能开关安全引入未完成特性，可以加快反馈、减少合并冲突，提高代码稳定性。TBD强调频繁集成、短反馈周期和团队协作，适合iOS开发工作流。
延伸解读
TBD的优势与适用场景
基于主干的开发（TBD）通过频繁的小规模集成，显著提高了开发效率，减少了合并冲突。这种方法特别适合iOS开发团队，能够快速响应用户反馈并加快新特性的交付。然而，TBD并不适合所有团队，特别是大型团队或缺乏自动化测试的项目，需谨慎评估适用性。
特性开关的管理
特性开关是TBD的核心，允许团队在不影响用户的情况下引入未完成的功能。然而，管理不善的特性开关可能导致技术债务，增加代码复杂性。因此，团队应定期清理过时的开关，并确保每个开关都有明确的目的和责任人，以保持代码库的整洁。
过渡到TBD的策略
在现有团队中引入TBD时，建议采取渐进式过渡。开始时可以通过小规模的频繁提交和使用特性开关来逐步适应，避免团队成员的压力。同时，建立信任和快速反馈的文化，鼓励团队成员在更短的时间内进行代码审查，以提高整体协作效率。
Q&A
什么是基于主干的开发（TBD）？
基于主干的开发（TBD）是一种开发方法，强调将小增量直接集成到主分支，以加快反馈和减少合并冲突。
TBD如何解决特性分支和代码审查的瓶颈？
TBD通过频繁集成小增量，减少了长时间存在的分支和延迟合并，从而降低了合并冲突和代码审查的复杂性。
特性开关在TBD中有什么作用？
特性开关允许在不影响用户的情况下安全引入未完成的功能，使得开发者可以在生产环境中测试新功能。
TBD与GitFlow有什么主要区别？
TBD注重频繁的小规模集成，而GitFlow则依赖于长时间存在的特性分支和大规模合并。
如何在现有团队中引入TBD？
可以通过逐步过渡，开始进行小规模的频繁提交，并使用特性开关来集成未完成的功能，逐渐消除长时间存在的分支。
TBD的潜在风险是什么？
TBD的潜在风险包括缺乏充分的自动化测试可能导致不稳定的代码，以及不当管理特性开关可能造成技术债务。
