Hi Aaron, I think it'd be a good idea to create pip packages for the release candidates. Sheng, would it be possible to incorporate this into your build pipeline? In my opinion, we shouldn't advertise the RCs not too much on our website, so I'd say we could skip #2. #3 in combination with #1 sounds like a good idea.
In the meantime, we could just patch the install page for 1.2.0 and a big red warning message that states that this a release candidate and that the publish process is ongoing. This way, we can let the 1.2.0 website stay up and also avoid confusion. WDYT? -Marco On Wed, May 2, 2018 at 1:22 AM, Aaron Markham <[email protected]> wrote: > Hi Marco, > Putting 1.2.0 was meant to allow a preview and for testing, but I see how > this can cause confusion. > > Change the names and/or hiding the RC is possible with some refactoring of > the site build scripts. I'd be happy to take a look at this. > > I think another solution could be: > 1. create pip installs for each release candidate > 2. offer each release candidate on the install page (with instructions for > source and pip installs) > 3. when there's a dropdown for version, in either the install or API docs > area it maps precisely to the release or release candidate > > In the meantime, to prevent confusion, I'll remove 1.2.0 from the site. > Once we cut the release, or solved the points above, whichever is sooner, > the version(s) can be reintroduced to the site. > > Cheers, > Aaron > > On Tue, May 1, 2018 at 3:26 PM, Marco de Abreu < > [email protected] > > wrote: > > > Hello, > > > > we have been approached by a few users about the release status of MXNet > > 1.2. One thing that seems to be confusing in particular is the fact that > we > > already show version 1.2.0 on our website. Would it be possible to > > blacklist (and remove) pre-release versions from website until they have > > been approved and published? > > > > Best regards, > > Marco > > >
