Blade启动后，会依次尝试通过execfile函数执行多个路径下的配置文件，这些配置文件都是python源文件，调用blade里预先定义好的配置函数，
把配置项更新到blade.config的配置dict里，供后续使用。
配置文件加载完毕后，blade还会尝试把命令行选项里和global_config同名的选项更新到配置里，使得来自命令行的配置信息优先级最高。
Blade会从命令行指定的构建目标展开，通过execfile函数逐个执行BUILD文件，BUILD文件里的代码被执行的时候，
就会调用blade内部预先定义好的规则函数，把目标注册到blade内部的数据结构里。
对于被命令行里指定的目标直接或者间接依赖的目标，blade都会加载相应目录下的BUILD文件，直到所有的依赖都被加载。
Blade会对加载后的目标，从命令行指定的目标为根出发，进行拓扑排序，得出一个要构建的目标列表及其正确的构建顺序。
Blade得到要构建的目标列表后，就可以逐渐根据各个目标来生成相应的构建规则的目标动作，并输出到后端构建脚本文件。
Blade调用后端构建工具执行实际的构建，执行完毕后，删除后端构建脚本文件。
从命令行收集到的测试目标列表，逐个构建执行环境运行测试，Blade支持多任务并发测试，这时后台会起多个线程去执行测试文件。 所有测试都执行完毕后，收集测试结果汇总并输出报告。
欢迎给Blade贡献代码！无论是bugfix还是feature。大的feature可以先提issue，以避免沟通不畅带来的反复。
通过github的Fork功能fork到你自己的仓库，即可进行修改和测试。
我们遵守Google Python代码风格，修改代码请用pylint进行代码检查。
在源代码开发目录中，Blade优先运行开发中的代码。可以执行src/test/runalltests.sh进行全局验证。
大多数子命令支持--stop-after选项，可选的参数有{load, analyze, generate, build}，可以控制blade在完成的阶段后就结束。比如
blade build --stop-after generate generate使得blade在生成后端构建系统描述文件（比如build.ninja）后即结束，可以用于检查生成的文件的问题。
大多数子命令支持--profiling选项，在blade结束后会输出性能分析报告。如果需要更详细的分析，可以把性能分析留下的blade.pstats按指示转为图。
和--stop-after选项组合，可以用于分析不同阶段的性能。
代码根目录下的dist_blade可以用来打包成zip方便部署，和同目录下的bladebash脚本以及blade.conf放在一起即可。
代码本地修改后，Push到你自己的github仓库，在向我们发起Pull Request即可。我们会进快进行review，但是由于工作繁忙，时间不要好保证。 最好检查一下代码风格，确保有必要而不冗余的注释，避免不必要的评审往复。
这里还有两篇其他网友对Blade实现原理的分析，是基于Blade早期版本，虽然有些过时，但是依然有参考价值。