如何解决基于中继的部署：如何避免功能标记混乱？
对于使用基于Trunk的开发的开发人员，您如何处理代码库中不断增长的功能标志集合？
我担心的是，如果您在每个发行版和每个新功能中都大量使用功能标记，那么功能标记代码的数量是否会开始使代码的可读性降低并且可能难以维护？出于这个问题，假定功能标记由外部FFaaS处理。
根据我自己的推理，我可以看到一些选择：
- 从不删除功能标志。保留它们，以防万一您可能需要它们（例如，要停用某个功能，您将在以后的某个日期逐步淘汰它。）
- 定期删除保留了X倍时间的旧功能标志。这解决了代码的可读性问题，但是由于您丢失了由于删除标志本身而打开/关闭标志的后备措施，因此这打破了基于主干的部署范式。在上述情况下，您可能会迷失方向，因为您必须手动跟踪功能以逐步淘汰，或者可能重新引入功能标志以促进某些类似的过渡。
人们如何使用此开发系统来处理物流？
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
