Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "Platform-releng/Galileo"
m (→Everyone builds) |
m (→Everyone builds) |
||
Line 8: | Line 8: | ||
== Everyone builds == | == Everyone builds == | ||
− | * Provide an releng product download | + | * Provide an releng product download to allow people can replicate our build environment.[https://bugs.eclipse.org/bugs/show_bug.cgi?id=247324 Bug 247324] |
* Invoke builds from web ui authenticated by eclipse committer rights with parameters - maintenance build vs i-builds, tests or not etc. | * Invoke builds from web ui authenticated by eclipse committer rights with parameters - maintenance build vs i-builds, tests or not etc. | ||
* Modularize our scripts - compiling, package, test (JUnit correctness, performance, Releng validation, API Tooling, version compare, code coverage). This will also allow shorter test build runs. | * Modularize our scripts - compiling, package, test (JUnit correctness, performance, Releng validation, API Tooling, version compare, code coverage). This will also allow shorter test build runs. |
Revision as of 14:20, 15 September 2008
Contents
Platform Release Engineering Galileo Plan
This document is a work in progress describing the major changes that we would like to make during the Galileo release cycle.
Built for speed, faster tests we need
- Run build with 1.6 vm to take advantage of compiler performance on multi-core processors Bug 237354
- Run tests in parallel on several machines to reduce testing time Bug 247320
Everyone builds
- Provide an releng product download to allow people can replicate our build environment.Bug 247324
- Invoke builds from web ui authenticated by eclipse committer rights with parameters - maintenance build vs i-builds, tests or not etc.
- Modularize our scripts - compiling, package, test (JUnit correctness, performance, Releng validation, API Tooling, version compare, code coverage). This will also allow shorter test build runs.
Stability
- Mentor a new release engineer
- Generic templates for complex build changes such as adding a new port and packaging.
- Implement prebuild validators Bug 64797
- Implement code coverage tools Bug 241254
- Evaluate common failures determine how they can be mitigated. Rewrite if necessary.
Further leverage p2 and enhancements to PDE build
- See PDE Build Galileo plan - for example, parallel compilation, fetch using p2, p2 as the packager etc.
Blue sky ideas
- incremental build from p2 repository
- compile and sign at foundation, package locally, depends on availability of the eight vms we use
- Evaluate if platforms, or zips can be removed from the build, with scripts to build with p2
- Allow developers to contribute machines for testing
- RSS feeds for performance tests, JUnit tests
- Incremental test results
- Expose all our infrastructure to open source
Milestone Plan
M3
- Run build with 1.6 vm Bug 237354
M4
- Further leverage p2 and enhancements to PDE build introduced in M3. See PDE Build Galileo plan - for example, parallel compilation and fetch using p2.