|Re: [cross-project-issues-dev] [tools-pmc] SimRel 2018-09 Release Candidate 2 (RC2) staging repo is complete|
I can see in the SimRel commits that Ed and Karsten have done
SimRel commits for their changes:
Thanks Karsten and Ed for the efforts over the weekend!
From the absence of commits for your changes, I assumed that Corrosion would be using some generic URL to contribute to SimRel, i.e., a URL for which the contents of the repository can change over time such that you didn't need to update SimRel itself.Â Looking at the details, it looks like you're using http://download.eclipse.org/corrosion/snapshots/ as the URL.Â Several other contributions you made 7 days ago use this same approach of pointing at "snapshots".Â I was under the impression that the general policy for SimRel contributions is that the URLs should point at stable locations (or that the version of the contributions should be specified).Â To avoid problems in the future, I would suggest that your SimRel updates to use non-released versions (the development stream builds) of your contributions ought to be done much earlier in the SimRel process; then the problems would have been found much earlier (or at least could have been found much earlier).
I'm also wondering now about the general policy of the URLs in
SimRel *.aggrcon.Â I ask because I could certainly spare effort by
pointing my EMF contributions at the following URL:
Then whenever I do a new milestone build it would automatically be in SimRel.Â That would be convenient for me, but I see several potential problems with this:
This all makes me wonder what is the general policy on the SimRel contribution URLs and their stability.Â I.e., is it possible (should it be possible) to respin SimRel 2018-09 say two weeks from today and end up with the same results as we do when we respin today?
While I'm questioning about how all this should work, I would like to point out that it would be awfully nice that when I commit changes to EMF's contribution, I didn't end up with all this in my staging view:
This seems to be the result of textual editing of the files.
I'd like to remind contributors that it's trivially easy to
create a specialized installation for working with the SimRel repo
using the installer:
On 17.09.2018 08:33, Mickael Istria wrote: