DEV Community
·
基于主干的开发
内容提要
在大型开发团队中，特性分支和代码审查常成为瓶颈。采用基于主干的开发（TBD）方法，通过小增量直接集成到主分支，利用功能开关安全引入未完成特性，可以加快反馈、减少合并冲突，提高代码稳定性。TBD强调频繁集成、短反馈周期和团队协作，适合iOS开发工作流。
关键要点
-
大型开发团队中，特性分支和代码审查常成为瓶颈。
-
基于主干的开发（TBD）方法通过小增量直接集成到主分支，能加快反馈和减少合并冲突。
-
TBD强调频繁集成、短反馈周期和团队协作，适合iOS开发工作流。
-
长时间存在的分支和延迟合并会导致脆弱的集成过程。
-
TBD的核心原则包括频繁集成、短反馈周期和功能开关。
-
与GitFlow相比，TBD更注重频繁的小规模集成而非大规模合并。
-
短期分支和直接提交主分支是实现TBD的两种主要方法。
-
特性开关允许在不影响用户的情况下安全引入未完成的功能。
-
黑暗发布是一种将新功能部署到生产环境但对用户隐藏的策略。
-
本地特性开关和远程特性开关是两种常用的特性开关类型。
-
持续集成和持续部署（CI/CD）是TBD的关键，确保每次提交都经过验证。
-
特性开关的管理至关重要，需定期清理过时的开关以避免技术债务。
-
逐步过渡到TBD可以减少团队的压力，增强信任和协作。
-
TBD并不适合所有团队，特别是大型团队或缺乏自动化测试的项目。
延伸问答
什么是基于主干的开发（TBD）？
基于主干的开发（TBD）是一种开发方法，强调将小增量直接集成到主分支，以加快反馈和减少合并冲突。
TBD如何解决特性分支和代码审查的瓶颈？
TBD通过频繁集成小增量，减少了长时间存在的分支和延迟合并，从而降低了合并冲突和代码审查的复杂性。
特性开关在TBD中有什么作用？
特性开关允许在不影响用户的情况下安全引入未完成的功能，使得开发者可以在生产环境中测试新功能。
TBD与GitFlow有什么主要区别？
TBD注重频繁的小规模集成，而GitFlow则依赖于长时间存在的特性分支和大规模合并。
如何在现有团队中引入TBD？
可以通过逐步过渡，开始进行小规模的频繁提交，并使用特性开关来集成未完成的功能，逐渐消除长时间存在的分支。
TBD的潜在风险是什么？
TBD的潜在风险包括缺乏充分的自动化测试可能导致不稳定的代码，以及不当管理特性开关可能造成技术债务。
