On Wed, 2016-11-02 at 12:02 +0100, Carsten Ziegeler wrote: > Bertrand Delacretaz wrote > > On Wed, Nov 2, 2016 at 9:39 AM, Carsten Ziegeler <cziegeler@apache. > > org> wrote: > > > Bertrand Delacretaz wrote > > > > On Wed, Nov 2, 2016 at 6:56 AM, Carsten Ziegeler <cziegeler@apa > > > > che.org> wrote: > > > > > ...what problem are we exactly trying to solve? > > > > > > > > ...As described in the original post here - having a stable > > > > launchpad > > > > that's always ready to release, while also continuously testing > > > > the > > > > integration of the latest snapshots. > > > > > > > > > > So if the integration tests always test the latest snapshots then > > > there > > > is nothing we have do to, right?... > > > > We need to test the launchpad that we release, don't we? > > Yeah, sorry that I'm a little bit picky here. All I'm trying that we > get > a description of the full picture. > > We want to test the *same* integration tests against the current > launchpad (which has no snapshot deps) and against the same launchpad > but replacing all sling deps to the latest snapshot versions. > And that might lead us into the situation you describe below. > > > > > Depending on the combination of bundles that release might have > > different behavior than combining the latest snapshots, although > > maybe > > it's not that likely. > > Right, I would argue that it is not very likely. > > > > > As a first step we might manually run the integration tests against > > the launchpad that's about to be released, that's better than > > nothing > > but some tests will fail and we need a manual analysis of that - > > which > > is not impossible if the goal is to release say every 3 months. > > Instead of coming up with a gigantic approach that will not be used > or > only once every two years, I think lets deal with it once we're > there. > Something simple like an exclusion list activated by the same > mechanism > that switches to snapshot dependencies.
I've tried to summarise the current state of the discussions at https://cwiki.apache.org/confluence/display/SLING/Moving+the+Sling+La unchpad+to+use+released+artifacts+only I think currently we need to decide/finalise: - how to transform a 'stable' launchpad into an 'unstable' one - how to exclude tests from running on an 'stable' launchpad but keep the running on an 'unstable' launchpad. Comment on the wiki page more than welcome, I have probably missed something :-) Thanks, Robert > > Carsten >