问题描述
对于使用基于Trunk的开发的开发人员，您如何处理代码库中不断增长的功能标志集合？
我担心的是，如果您在每个发行版和每个新功能中都大量使用功能标记，那么功能标记代码的数量是否会开始使代码的可读性降低并且可能难以维护？出于这个问题，假定功能标记由外部FFaaS处理。
根据我自己的推理，我可以看到一些选择：
- 从不删除功能标志。保留它们，以防万一您可能需要它们（例如，要停用某个功能，您将在以后的某个日期逐步淘汰它。）
- 定期删除保留了X倍时间的旧功能标志。这解决了代码的可读性问题，但是由于您丢失了由于删除标志本身而打开/关闭标志的后备措施，因此这打破了基于主干的部署范式。在上述情况下，您可能会迷失方向，因为您必须手动跟踪功能以逐步淘汰，或者可能重新引入功能标志以促进某些类似的过渡。
人们如何使用此开发系统来处理物流？
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）