[93d2a22d6dc8ccfb2f93c284d7de129a] 
先说我解决了什么
你肯定遇到过这种情况： 
当你接手一个三年的老项目，想要修改某个方法或者修复bug的时候。是不是不敢改动，你怕修改了之后会引发蝴蝶效应，为什么那？ 
因为你不知道： 

这个配置被谁用了？
改动了会炸哪里？
是不是还有其他隐藏的依赖？

于是开始全局搜索引用依赖，翻调用栈，看git历史记录，问老员工（如果还在的话）。一个小时过去了，你还在做影响分析。 
更让你感觉操蛋的是： 

README？三年没更新
架构图？在某个离职同事的电脑里
文档？有，全是过期旧的
注释？要么没有，要么是"这段代码很重要，不要删"，要么都是骗人的。。。。。。

用三层索引结构解决了这个问题：从改代码心惊胆战头疼失眠，到15分钟完成影响分析并提交PR，让你没有失眠的痛苦 
核心思路很简单：让每个文件、每个文件夹、整个项目都能...