M2E updatesite and gittags
m2e download area layout
releases/ 1.0/ 1.0.0.<qualifier>/ 1.0.100.<qualifier>/ 1.0.200.<qualifier>/ 1.1/ ... milestones/ 1.0/ 1.0.300.<qualifier>/ 1.0.300.<qualifier>/ 1.0.300.<qualifier>/ 1.1/ 1.1.0.<qualifier>/ 1.1.0.<qualifier>/ 1.1.0.<qualifier>/
m2e will advertise http://download.eclipse.org/technology/m2e/releases/ as canonical m2e repository url. this repository is a composite that will contain all released m2e version, so clients who use this url will be able to install releases and service releases releases from the same location. clients will be able to use release-specific repositories (i.e. http://download.eclipse.org/technology/m2e/releases/1.0) if they are only interested in maintenance releases.
http://download.eclipse.org/technology/m2e/milestones/ contains milestone builds towards releases. It has similar structure as releases/ repository but without composite p2 repository at the top level. Uses will need to pick release-specific milestone build "stream".
Composite repository descriptors are maintained by hand.
m2e does not provide snapshot/nightly builds from download.eclipse.org
Not sure about this yet.
At very least git tag must contain fully qualified build version, so people can easily match installed release/milistone build to m2e sources it was built from.
Nice to have, but not required, ability to match named milestone builds (M5, RC3, etc) to source version.
m2e release train contributions
During development, m2e will provide release train contributions via milestone version repository (i.e. http://download.eclipse.org/technology/m2e/milestones/1.1). Each new build will be automatically picked up by the release aggregator job and does not require changes to aggregator descriptor.
During release, latest milestone build is *copied* to corresponding releases/ directory and m2e contribution to release train aggregator will need to be updated at this point.