对代码库的静态分析更有趣。我们运行一个名为“Stormcrow 静态分析器”的特殊服务。 它会拉取我们的代码并扫描它，搜索 Stormcrow 相关功能的使用。 对于给定的需要开关的功能，它会生成：

一个当前 master branch 中所有出现此功能的列表。

一个“历史视图”，展示了此功能相关的所有提交记录。

　　例如，下面是静态分析器对一个名为 can_see_weathervane功能的输出：

　　静态分析器还会执行另一项重要的任务，那就是，我们的生产代码中找到的与单元测试正在测试相匹配的变量。 它会发送“nag”邮件给该功能的所有者告知相关问题，比如已经弃用的功能应该从代码库中删除。

　　质量保障和测试

　　针对功能的手工测试，Stormcrow 支持“重覆盖”（override）。重覆盖允许 Dropboxers 临时将自己放入任一群体中。 我们还有一个“数据字段重覆盖”（datafields override）的概念，可以临时更改单个数据字段的值。 比如，临时将语言区域设置为德语，来测试德语下的体验。

　　对于单元测试，我们运行一个”模拟的“（mocked）Stormcrow，并对每个开关功能都返回一个“默认”变量用于测试。

　　总结在 Dropbox 当前系统的体量和规模下构建出这样一个统一的功能开关服务需要方方面面的仔细考虑，从基础设施层面，到数据获取和配置管理，再到 UI 设计和相关工具链。我们希望这篇文章对于正在打造自己的功能开关系统的同行有所帮助。

　　为什么新的平台称为 Stormcrow？因为这个系统取代了我们以前的功能开关系统 Gandalf（译者注，甘道夫会说“你不能通过！”） ，同时指环王的粉丝们会将“风暴”（Stormcrow）视为甘道夫的名字之一。

　　英文原文

　　https://blogs.dropbox.com/tech/2017/03/introducing-stormcrow/

　　热门文章推荐