Thanks for starting this as well the tip. On Tue, Sep 18, 2018 at 5:42 AM Zoltán Nagy <[email protected]> wrote: > > I've created a first draft, capturing most (?) of the discussion so > far, and trying to establish some structure in > https://cwiki.apache.org/confluence/display/ZIPKIN/Release+process. > It's not done in any sense, I just ran out of daytime. Edit is > free-for-all, let's treat this as a whiteboard for now. > > (Reminder that you may want to subscribe to changes to the ZIPKIN > space by clicking Watch in the top left at > https://cwiki.apache.org/confluence/display/ZIPKIN/Home) > On Tue, Sep 11, 2018 at 11:59 AM Brian Devins-Suresh <[email protected]> > wrote: > > > > Hey Zoltan, > > > > I'm willing to help you strategize here, I think largely what we have won't > > need to change much. But see value from the formal release standpoint > > of making our process more Apache-esch. Please feel free to email me > > directly or start a doc of some kind (Google docs aren't available in > > China, which is why we haven't been using them). We have this repo > > https://github.com/openzipkin/zipkin-release if you'd like to > > prototype/discuss there? > > > > Brian > > > > On Sun, Sep 9, 2018 at 5:39 PM Zoltán Nagy <[email protected]> wrote: > > > > > Thanks for the explanation and links. It indeed looks like we have > > > homework > > > to do :) > > > > > > Is anyone already looking into all this? Please share your thoughts if you > > > are. Feels like there's more complexity here than what lends itself well > > > to > > > ironing out over e-mail. Are we OK using GDocs to hammer out a proposal > > > (where there's real-time collaboration)? Or would we need to do that on > > > {c,} > > > wiki.apache.org? > > > > > > > It's worth noting that the incubator wants to see us doing the formal > > > > ASF > > > releases soon > > > How soon is “soon”? :) > > > I'm thinking it might make sense to do just enough research and planning > > > to > > > get out a fully manual ASF release without messing up the opportunity to > > > “do things right” in the future. > > > My impression is we'd be focusing on getting out a proper ASF release now, > > > while figuring out the long-term release setup we want, and not doing any > > > more old-style releases – please correct me if I'm wrong on that. > > > > > > > > > On Fri, Sep 7, 2018 at 11:49 AM Mick Semb Wever <[email protected]> wrote: > > > > > > > > > > > > Re. releases: do you think it's necessary to gate the current > > > > > “release” > > > > > automation behind code that somehow enforces community verification? > > > > > > > > No. My opinion is that the current automated releases of zipkin become > > > > something akin to nightlies, and the formal ASF releases come in > > > > addition > > > > when desired. > > > > > > > > > > > > > And > > > > > perhaps more importantly: current “releases” (let's start calling them > > > > > nightlies then) are uploaded to Bintray and Maven Central as stable > > > > > versions, and Docker images are built with them. > > > > > > > > This is a good question. > > > > > > > > AFAIK the main way of differentiating the formal ASF releases from the > > > > nightlies is what's announced publicly, ie on the zipkin.io website on > > > > its downloaded page. This is what's available to download from > > > > https://dist.apache.org/repos/dist/release/ > > > > > > > > We can't distribute nightlies via that url, as it is the formal apache > > > > downloads distribution space. > > > > > > > > But you can distribute dev/nightly artefacts from > > > > https://dist.apache.org/repos/dist/dev/ > > > > without going through the ASF release process. > > > > > > > > For maven one option could be to make the nightlies only accessible from > > > > the apache snapshots maven repository at > > > > https://repository.apache.org/content/repositories/snapshots/ > > > > > > > > Tiles took this approach, providing the following documentation to > > > > users: > > > > https://tiles.apache.org/framework/dev/snapshots.html > > > > > > > > And I don't think you are restricted to only publishing -SNAPSHOT > > > versions > > > > here, they could be timestamped snapshots, or normal semantic > > > > versioning. > > > > There's also terms like: alpha, beta, rc; that can be used. This is in a > > > > similar manner to how staging artefacts are made available, but don't > > > come > > > > with the offical seal of approval from the ASF and the Zipkin PMC. > > > > > > > > For more info on how maven is to be used at ASF see > > > > https://www.apache.org/dev/publishing-maven-artifacts.html > > > > > > > > I suspect we need to do a little homework, look at which other ASF > > > > projects are doing similar nightlies and how they do it. And then figure > > > > out what's best for Zipkin. > > > > > > > > It's worth noting that the incubator wants to see us doing the formal > > > > ASF > > > > releases soon, as it takes a few attempts for most podlings to get it > > > > right, and we should avoid giving the false impression that nightlies > > > > are > > > > being done to avoid the formal releases. > > > > > > > > More information on the formal ASF releases that we need to become > > > > familiar with: > > > > https://www.apache.org/dev/release-distribution > > > > https://www.apache.org/dev/release-publishing.html > > > > https://www.apache.org/legal/release-policy.html > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [email protected] > > > > For additional commands, e-mail: [email protected] > > > > > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] >
--------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
