You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cordova.apache.org by Ian Clelland <ic...@chromium.org> on 2014/04/28 18:20:42 UTC

Publish docs to cordova.apache.org

I'm updating the public plugin docs (in cordova-docs) to point to the
plugin registry, rather than the now-defunct dev branch on github. Plugin
docs links are currently broken (CB-6530), so this is kind of an urgent fix.

It looks like the docs at cordova.apache.org haven't been updated since
March 10, and there have been a number of changes. (The website currently
reflects commit 0535aef, with Bryan's commit b004f0 applied on top)

In the course of updating the links, should also I be updating the website
to include the latest changes in git as well? Is there a release cadence to
the website, or should we just be updating it whenever the docs change in
the cordova-docs repo?

If I need to hold off on updating the rest of the site, then I'll probably
have to branch cordova-docs to include the plugin docs changes, but that's
doable. It would be cleaner just to pull all of the docs up to HEAD, but I
don't want to do that if it has stuff in it that's not ready to be made
public (even in edge)

Ian

Re: Publish docs to cordova.apache.org

Posted by Steven Gill <st...@gmail.com>.
+1!

We don't have a release process for updating the website + docs. We update
when we need to or during cadence releases.




On Mon, Apr 28, 2014 at 11:56 AM, Andrew Grieve <ag...@chromium.org>wrote:

> I think historically, we've deployed when there's a need + deployed during
> cadence releases. So.. Go for it!
>
>
> On Mon, Apr 28, 2014 at 12:20 PM, Ian Clelland <iclelland@chromium.org
> >wrote:
>
> > I'm updating the public plugin docs (in cordova-docs) to point to the
> > plugin registry, rather than the now-defunct dev branch on github. Plugin
> > docs links are currently broken (CB-6530), so this is kind of an urgent
> > fix.
> >
> > It looks like the docs at cordova.apache.org haven't been updated since
> > March 10, and there have been a number of changes. (The website currently
> > reflects commit 0535aef, with Bryan's commit b004f0 applied on top)
> >
> > In the course of updating the links, should also I be updating the
> website
> > to include the latest changes in git as well? Is there a release cadence
> to
> > the website, or should we just be updating it whenever the docs change in
> > the cordova-docs repo?
> >
> > If I need to hold off on updating the rest of the site, then I'll
> probably
> > have to branch cordova-docs to include the plugin docs changes, but
> that's
> > doable. It would be cleaner just to pull all of the docs up to HEAD, but
> I
> > don't want to do that if it has stuff in it that's not ready to be made
> > public (even in edge)
> >
> > Ian
> >
>

Re: Publish docs to cordova.apache.org

Posted by Andrew Grieve <ag...@chromium.org>.
I think historically, we've deployed when there's a need + deployed during
cadence releases. So.. Go for it!


On Mon, Apr 28, 2014 at 12:20 PM, Ian Clelland <ic...@chromium.org>wrote:

> I'm updating the public plugin docs (in cordova-docs) to point to the
> plugin registry, rather than the now-defunct dev branch on github. Plugin
> docs links are currently broken (CB-6530), so this is kind of an urgent
> fix.
>
> It looks like the docs at cordova.apache.org haven't been updated since
> March 10, and there have been a number of changes. (The website currently
> reflects commit 0535aef, with Bryan's commit b004f0 applied on top)
>
> In the course of updating the links, should also I be updating the website
> to include the latest changes in git as well? Is there a release cadence to
> the website, or should we just be updating it whenever the docs change in
> the cordova-docs repo?
>
> If I need to hold off on updating the rest of the site, then I'll probably
> have to branch cordova-docs to include the plugin docs changes, but that's
> doable. It would be cleaner just to pull all of the docs up to HEAD, but I
> don't want to do that if it has stuff in it that's not ready to be made
> public (even in edge)
>
> Ian
>