Difference between revisions of "ECL500 Course Resources"

From CDOT Wiki
Jump to: navigation, search
m (Protected "ECL500 Course Resources" ([edit=sysop] (indefinite) [move=sysop] (indefinite)))
 
(2 intermediate revisions by the same user not shown)
Line 1: Line 1:
[[Category:ECL500]]
+
[[Category:ECL500]]__NOTOC__
 
[[Category:ECL Content]]
 
[[Category:ECL Content]]
 
{{Ecl_menu}}
 
{{Ecl_menu}}
Line 10: Line 10:
 
{{Collapse|1={{Ecl_menu_resource|topic=Android}}|2=Android}}
 
{{Collapse|1={{Ecl_menu_resource|topic=Android}}|2=Android}}
 
{{Collapse|1={{Ecl_menu_resource|topic=Virgo}}|2=Virgo OSGi Web Server}}
 
{{Collapse|1={{Ecl_menu_resource|topic=Virgo}}|2=Virgo OSGi Web Server}}
{{Collapse|1={{Ecl_menu_resource|topic=WTP}}|2=Web Tool Platform (WTP)}}
+
 
 +
-----
 +
 
 +
==== [http://download.eclipse.org/eclipse/downloads/build_types.html Eclipse Project Build Types] ====
 +
 
 +
===='''Releases'''====
 +
Releases are builds that have been declared major releases by the development team - for example "R1.0". Releases are the right builds for people who want to be on a stable, tested release, and don't need the latest greatest features and improvements. Release builds always have an "R" at the beginning of the name i.e. R1.0, R2.0 etc. Non-release builds are named according to the date of the build - for example 20011027 is the build from Oct 27, 2001.
 +
 
 +
===='''Stable Builds'''====
 +
Stable builds are integration builds that have been found to be stable enough for most people to use. They are promoted from integration build to stable build by the architecture team after they have been used for a few days and deemed reasonably stable. The latest stable build is the right build for people who want to stay up to date with what is going on in the latest development stream, and don't mind putting up with a few problems n in order to get the latest greatest features and bug fixes. The latest stable build is the one the development team likes people to be using, because of the valuable and timely feedback.
 +
 
 +
===='''Integration Builds'''====
 +
Periodically, component teams version off their work in what they believe is a stable, consistent state, and they update the build configuration to indicate that the next integration build should take this version of the component. Integration builds are built from these stable component versions that have been specified by each component team as the best version available. Integration builds may be promoted to stable builds after a few days of testing. Integration builds are built whenever new stable component versions are released into the build.
 +
 
 +
===='''Nightly Builds'''====
 +
Nightly builds are produced every night from whatever has been released into the HEAD stream of the CVS repository. They are completely untested and will almost always have major problems. Many will not work at all. These drops are normally only useful to developers actually working on the Eclipse Project. Because nightly builds are produced in a different way from integration builds, bundles from nightly builds should not be mixed with bundles from other types of builds.
 +
 
 +
===='''Maintenance Builds'''====
 +
Maintenance builds are produced periodically to incorporate fixes into an existing release. They are typically built from tagged plug-in and feature pojects in a maintenance stream of the CVS repository (i.e. R2_1_maintenance). Maintenance builds are promoted to a minor or service release (i.e. R2.1 or R2.1.2) after development teams have deemed one to be stable following one or more test-fix pass cycles.

Latest revision as of 23:11, 14 January 2011

Introduction to Eclipse Development - Course Resources

Here you can browse the course resources for articles, projects, tutorials, samples, etc.


Eclipse Project Build Types

Releases

Releases are builds that have been declared major releases by the development team - for example "R1.0". Releases are the right builds for people who want to be on a stable, tested release, and don't need the latest greatest features and improvements. Release builds always have an "R" at the beginning of the name i.e. R1.0, R2.0 etc. Non-release builds are named according to the date of the build - for example 20011027 is the build from Oct 27, 2001.

Stable Builds

Stable builds are integration builds that have been found to be stable enough for most people to use. They are promoted from integration build to stable build by the architecture team after they have been used for a few days and deemed reasonably stable. The latest stable build is the right build for people who want to stay up to date with what is going on in the latest development stream, and don't mind putting up with a few problems n in order to get the latest greatest features and bug fixes. The latest stable build is the one the development team likes people to be using, because of the valuable and timely feedback.

Integration Builds

Periodically, component teams version off their work in what they believe is a stable, consistent state, and they update the build configuration to indicate that the next integration build should take this version of the component. Integration builds are built from these stable component versions that have been specified by each component team as the best version available. Integration builds may be promoted to stable builds after a few days of testing. Integration builds are built whenever new stable component versions are released into the build.

Nightly Builds

Nightly builds are produced every night from whatever has been released into the HEAD stream of the CVS repository. They are completely untested and will almost always have major problems. Many will not work at all. These drops are normally only useful to developers actually working on the Eclipse Project. Because nightly builds are produced in a different way from integration builds, bundles from nightly builds should not be mixed with bundles from other types of builds.

Maintenance Builds

Maintenance builds are produced periodically to incorporate fixes into an existing release. They are typically built from tagged plug-in and feature pojects in a maintenance stream of the CVS repository (i.e. R2_1_maintenance). Maintenance builds are promoted to a minor or service release (i.e. R2.1 or R2.1.2) after development teams have deemed one to be stable following one or more test-fix pass cycles.
Retrieved from "https://wiki.cdot.senecapolytechnic.ca/w/index.php?title=ECL500_Course_Resources&oldid=54900"