>
> Michael: I noticed that the launch bug I created is missing any subtasks
> for cordova-docs (whoops!). Also - in the current CuttingReleases page, we
> don't actually say that the docs branch should be created until once we're
> ready to launch final. I think this is wrong, but wanted to know what your
> thoughts are for it. I'm thinking:
> - cordova-docs should have a release branch created as soon as the RCs of
> the platforms are tagged
> - I don't think there's much value in having an RC tag for the docs, since
> they tend to change a bunch post RC1 of platforms
> - cordova-docs 3.1.0-rc1 should be uploaded to the website, but not be
> made the default. We can keep re-uploading it as changes are made.
> - Once we're ready for the final release, we delete the rc1 version,
> upload the non-rc version, and make that the default.
> Does this sound good?


If possible, it would be nice to avoid creating any branches for the
cordova-docs. When we have a branch, the maintainers need to apply their
commits to both the master and the release branch. It's error prone and
troublesome. Since we version cordova-docs by directory, can we skip the
release branch without messing up the release process? Of course, this is
temproary. When we switch the a new doc generator and restructure the docs,
we will version by tags and then we can adopt the release branch approach.

The rest of your steps are exactly how I see it working out.


On Thu, Sep 19, 2013 at 8:27 PM, Andrew Grieve <agri...@chromium.org> wrote:

> Sounds good.
>
> So - here's what I'm thinking for next steps:
>
> Friday:
> - Remove "core" from plugin IDs
> - Remove URLs from <dependency> tags
> - Do a plugins release
> - Do a plugman release
> - Do a CLI release, but don't tag it as "latest", tag it as "rc" instead.
> This will cause it to be installed only if you type "npm install cordova@rc
> "
> - Add "cordova platform update" instructions to the upgrade guides within
> the docs
> - Upload RC1 of cordova-docs
> - Write blog post about the availability of the RC1. Tweet it.
>
> Next Thursday:
> - If everything seems fine with RC1, release 3.1.0 final.
>
> Sound good?
>
>
> Michael: I noticed that the launch bug I created is missing any subtasks
> for cordova-docs (whoops!). Also - in the current CuttingReleases page, we
> don't actually say that the docs branch should be created until once we're
> ready to launch final. I think this is wrong, but wanted to know what your
> thoughts are for it. I'm thinking:
> - cordova-docs should have a release branch created as soon as the RCs of
> the platforms are tagged
> - I don't think there's much value in having an RC tag for the docs, since
> they tend to change a bunch post RC1 of platforms
> - cordova-docs 3.1.0-rc1 should be uploaded to the website, but not be
> made the default. We can keep re-uploading it as changes are made.
> - Once we're ready for the final release, we delete the rc1 version,
> upload the non-rc version, and make that the default.
>
> Does this sound good?
>
>
>
> On Thu, Sep 19, 2013 at 11:04 PM, Shazron <shaz...@gmail.com> wrote:
>
>> Lets skip it, it's unchanged
>>
>> On Thursday, September 19, 2013, Andrew Grieve wrote:
>>
>> > Thanks Shaz. Do you want to do OSX as well, or should we skip that for
>> this
>> > release?
>> >
>> >
>> > On Thu, Sep 19, 2013 at 8:56 PM, Shazron <shaz...@gmail.com> wrote:
>> >
>> > > ios-deploy stuff a no go so I left it out (check out the issue for the
>> > > sordid details) :(
>> > >
>> > > sorry for the delay, I had other pressing work related stuff.
>> > > Tested mob-spec on iOS 7 and iOS 6 - it works fine, iOS tagged. Only
>> one
>> > > failure on iOS 6 - contacts.spec.24.
>> > >
>> > >
>> > > On Thu, Sep 19, 2013 at 10:37 AM, Lorin Beer <
>> lorin.beer....@gmail.com
>> > > >wrote:
>> > >
>> > > > I was away a good chunk of yesterday due to a sick wife, getting BB
>> > > tagged
>> > > > today. Sorry for the delay.
>> > > >
>> > > >
>> > > > On Thu, Sep 19, 2013 at 9:59 AM, Shazron <shaz...@gmail.com> wrote:
>> > > >
>> > > > > Sorry for the iOS release guys I'm getting it out today
>> > > > >
>> > > > >
>> > > > > On Thu, Sep 19, 2013 at 8:00 AM, Michal Mocny <
>> mmo...@chromium.org>
>> > > > wrote:
>> > > > >
>> > > > > > Specifically, I think the section "Branch & Tag RC1 for Platform
>> > > > > > Repositories"
>> > > > > >
>> > > > > >
>> > > > > > On Thu, Sep 19, 2013 at 7:59 AM, Michal Mocny <
>> mmo...@chromium.org
>> > >
>> > > > > wrote:
>> > > > > >
>> > > > > > > I think its this one:
>> > > http://wiki.apache.org/cordova/CuttingReleases
>> > > > > > >
>> > > > > > >
>> > > > > > > On Thu, Sep 19, 2013 at 7:52 AM, Jeffrey Heifetz <
>> > > > > > jheif...@blackberry.com>wrote:
>> > > > > > >
>> > > > > > >> I can take the responsibility of tagging BlackBerry. Could
>> you
>> > > send
>> > > > me
>> > > > > > >> the wiki with instructions ?
>> > > > > > >>
>> > > > > > >> From: Andrew Grieve <agri...@chromium.org<mailto:
>> > > > agri...@chromium.org
>> > > > > >>
>> > > > > > >> Date: Thursday, 19 September, 2013 10:40 AM
>> > > > > > >> To: dev <dev@cordova.apache.org<mailto:
>> dev@cordova.apache.org
>> > >>,
>> > > > > > Jeffrey
>> > > > > > >> Heifetz <jheif...@blackberry.com<mailto:
>> jheif...@blackberry.com
>> > >>
>> > > > > > >> Subject: Re: 3.1 Release
>> > > > > > >>
>> > > > > > >> +Jeffrey - maybe you could take on the BlackBerry component
>> for
>> > > this
>> > > > > > >> release?
>> > > > > > >>
>> > > > > > >>
>> > > > > > >> On Thu, Sep 19, 2013 at 10:00 AM, Michael Brooks <
>> > > > > > >> mich...@michaelbrooks.ca<mailto:mich...@michaelbrooks.ca>>
>> > wrote:
>> > > > > > >> Once the platforms are tagged, I can handle the docs. I'll
>> need
>> > to
>> > > > > > review
>> > > > > > >> our release process and see how the docs can best abide by
>> them.
>> > > > > > >>
>> > > > > > >>
>> > > > > > >> On Wed, Sep 18, 2013 at 1:34 PM, Andrew Grieve <
>> > > > agri...@chromium.org
>> > > > > > >> <mailto:agri...@chromium.org>> wrote:
>> > > > > > >>
>> > > > > > >> > Shaz - Thanks for the update :). If iOS is the last one
>> then
>> > I'd
>> > > > say
>> > > > > >
>>
>
>

Reply via email to