《angular 2.0 packaging and releasing》.pdf

Angular 2.0 Packaging and Releasing Warning: This document is public. Modules A bit about terminology. We will call a module a Node or Dart package, and a library individual  files that can be imported. Angular 2 will consist of a number of modules and libraries that are required to build Angular.  The goal is for the modules to be released separately, so they can be used in isolation by other  projects. Current list of Angular 2 modules and libraries: ( these modules will be published as they make up angular ) ­ angular2 ­ entry point into angular, this will be module everyone depends on. It will  consist of the following libraries: ­ core ­ parser, compiler, element injectors etc ­ di ­ service injectors ­ change detection ­ facade ­ directives ­ reflection ­ test_lib ­ merges previous test_lib and e2e_test_lib ­ benchpress ­ optional package used to write your end­to­end tests ­ rtts_asserts ( these modules are not technically part of angular 2.0, but are good for publishing, although not  via npm / pub. The angular2 module should *not* depend on them.)  ­ benchmarks ­ benchmarks_external ­ examples External dependencies ­ zone.js (right now it has to be manually included on the page by the user of the  framework). To simplify project management and distribution in the near term we will: ● Put all modules in one github repo at /angular/angular ● Put essential runtime libraries (i.e. libraries shipping with the application) into the  angular2 module. This way we have only one package to release and version, and users  only need to depend on one package to quickly start building apps. Over time we will  move some libraries into their own packages (e.g. di). Packaging and versioning Packaging Angular 2 will be a new package and not a co