I like the approach of everybody contributing their latest release to a new kind of repo.
However I’m wondering what happens when the dependencies are not aligned. For example GEF ships a new version but GMF ranges don’t allow for it. Does the repo
contain two versions of GEF or is GMF not included?
Now if we step back, the issue I’m describing is caused by the fact that the release repo is validated (validated means all the IUs in the repo can be installed
together, to the exception of a couple IUs) in order to reduce the number of install time dependency resolution errors. However I’m thinking that now that p2 has the remediation mechanism , the necessity to have a validated repo is lessened since at install
time p2 will figure out the right set of things to install (as well as things to uninstall and update), and in the case of a check for updates it will only propose the versions that can work together.
The advantage of shipping a non validated repo is that it reduces the burden of integration since the process of creating the repo is just a mirroring one.
All that said, I think that in addition to this new repo, there would still be value in creating a release repo where the content is validated and more stable.
Finally another thing to consider is which repo would users build against?
From: cross-project-issues-dev-bounces@xxxxxxxxxxx [mailto:cross-project-issues-dev-bounces@xxxxxxxxxxx]
On Behalf Of Dennis Hübner
Sent: July-03-13 2:57 AM
To: Cross project issues
Subject: Re: [cross-project-issues-dev] 6 month release cycle
All projects contribute the latest finished release they have, dependencies are reconciled, some cross-testing happens and it’s
out. Every month, there is a repo with versions of all participating projects that are known to work together. Users are happy because they only need to check for updates from the aggregate repository that delivers new stuff to them frequently. Projects are
happy because they can set schedules that make sense for their needs and if they miss one deadline, the next opportunity is not that far away.
I think this is exactly what projects and users want.
Being up-to-date makes aggregation repositories (look at maven central) valuable.
Xtext Commiter / Build Engineer
Mobile: +49 (0) 151 / 17 39 67 07
Telefon: +49 (0) 431 / 990 268 70
Fax: +49 (0) 431 / 990 268 72
itemis AG
Niederlassung Kiel
Am Germaniahafen 1
24143 Kiel
http://www.itemis.de/
Rechtlicher Hinweis:
Amtsgericht Dortmund, HRB 20621
Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus, Dr. Georg Pietrek, Jens Trompeter, Sebastian Neus
Aufsichtsrat: Dr. Burkhard Igel (Vors.), Stephan Grollmann, Michael Neuhaus