commit | 21e078a44a3147371004c4d87aed396264ee5748 | [log] [tgz] |
---|---|---|
author | Colin Cross <ccross@android.com> | Mon Mar 16 10:57:54 2015 -0700 |
committer | Colin Cross <ccross@android.com> | Mon Mar 16 10:57:54 2015 -0700 |
tree | 2ed2669f2cfe0c7a8c151512c820dfe3264cee51 | |
parent | 96555d687eda26cb78596dc9270d3b029bfd2a1e [diff] |
Document subtle behavior in createVariations createVariations relies on reusing the logicModule for the first variant in order to replace the original module in the global module map, which prevents leaving old split modules around in the global module map. Add comments to explain the behavior. Change-Id: Ia06d7fa4bc777e807241996d4e8bf977e641d741
Blueprint is a meta-build system that reads in Blueprints files that describe modules that need to be built, and produces a Ninja (http://martine.github.io/ninja/) manifest describing the commands that need to be run and their dependencies. Where most build systems use built-in rules or a domain-specific langauge to describe the logic for converting module descriptions to build rules, Blueprint delegates this to per-project build logic written in Go. For large, heterogenous projects this allows the inherent complexity of the build logic to be maintained in a high-level language, while still allowing simple changes to individual modules by modifying easy to understand Blueprints files.