idle thoughts on more website automation

[Sean Busbey <bu...@apache.org>]

In the 1.2.6 release I'm at the point where I need to update the
website. I've never done this step. I missed it for 1.2.5 and Stack
did the initial publishing sometime between 1.2.4 and 1.2.5.

Last night I started to do it, but fell asleep while reviewing the
changes from essentially taking the docs/ directory from the binary
tarball and placing it over the current 1.2 section of the website.

AFAICT there's nothing I've seen in reviewing so far that should
actually need a human. What do folks think about maybe having a
jenkins job that grabs the latest maintenance releases and if new
pushed their docs into the appropriate minor release specific part of
the website?

Re: idle thoughts on more website automation

[Misty Stanley-Jones <mi...@apache.org>]

So I am a little confused about what this step does. I guess I didn't know
we did this. We do have the website getting updated daily now, hands-free.
What am I missing?

On Wed, Jun 7, 2017 at 9:05 PM, Sean Busbey <se...@gmail.com> wrote:

> yep, it's just as git as everything else.
>
> filed HBASE-18189 so this doesn't get lost.
>
> On Wed, Jun 7, 2017 at 1:18 PM, Andrew Purtell <ap...@apache.org>
> wrote:
> > I see no reason why it shouldn't be automated. We can roll back the
> website
> > if a broken change is deployed, right?
> >
> > On Wed, Jun 7, 2017 at 7:27 AM, Sean Busbey <bu...@apache.org> wrote:
> >
> >> In the 1.2.6 release I'm at the point where I need to update the
> >> website. I've never done this step. I missed it for 1.2.5 and Stack
> >> did the initial publishing sometime between 1.2.4 and 1.2.5.
> >>
> >> Last night I started to do it, but fell asleep while reviewing the
> >> changes from essentially taking the docs/ directory from the binary
> >> tarball and placing it over the current 1.2 section of the website.
> >>
> >> AFAICT there's nothing I've seen in reviewing so far that should
> >> actually need a human. What do folks think about maybe having a
> >> jenkins job that grabs the latest maintenance releases and if new
> >> pushed their docs into the appropriate minor release specific part of
> >> the website?
> >>
> >
> >
> >
> > --
> > Best regards,
> >
> >    - Andy
> >
> > If you are given a choice, you believe you have acted freely. - Raymond
> > Teller (via Peter Watts)
>
>
>
> --
> Sean
>

Re: idle thoughts on more website automation

[Sean Busbey <se...@gmail.com>]

yep, it's just as git as everything else.

filed HBASE-18189 so this doesn't get lost.

On Wed, Jun 7, 2017 at 1:18 PM, Andrew Purtell <ap...@apache.org> wrote:
> I see no reason why it shouldn't be automated. We can roll back the website
> if a broken change is deployed, right?
>
> On Wed, Jun 7, 2017 at 7:27 AM, Sean Busbey <bu...@apache.org> wrote:
>
>> In the 1.2.6 release I'm at the point where I need to update the
>> website. I've never done this step. I missed it for 1.2.5 and Stack
>> did the initial publishing sometime between 1.2.4 and 1.2.5.
>>
>> Last night I started to do it, but fell asleep while reviewing the
>> changes from essentially taking the docs/ directory from the binary
>> tarball and placing it over the current 1.2 section of the website.
>>
>> AFAICT there's nothing I've seen in reviewing so far that should
>> actually need a human. What do folks think about maybe having a
>> jenkins job that grabs the latest maintenance releases and if new
>> pushed their docs into the appropriate minor release specific part of
>> the website?
>>
>
>
>
> --
> Best regards,
>
>    - Andy
>
> If you are given a choice, you believe you have acted freely. - Raymond
> Teller (via Peter Watts)



-- 
Sean

Re: idle thoughts on more website automation

[Andrew Purtell <ap...@apache.org>]

I see no reason why it shouldn't be automated. We can roll back the website
if a broken change is deployed, right?

On Wed, Jun 7, 2017 at 7:27 AM, Sean Busbey <bu...@apache.org> wrote:

> In the 1.2.6 release I'm at the point where I need to update the
> website. I've never done this step. I missed it for 1.2.5 and Stack
> did the initial publishing sometime between 1.2.4 and 1.2.5.
>
> Last night I started to do it, but fell asleep while reviewing the
> changes from essentially taking the docs/ directory from the binary
> tarball and placing it over the current 1.2 section of the website.
>
> AFAICT there's nothing I've seen in reviewing so far that should
> actually need a human. What do folks think about maybe having a
> jenkins job that grabs the latest maintenance releases and if new
> pushed their docs into the appropriate minor release specific part of
> the website?
>



-- 
Best regards,

   - Andy

If you are given a choice, you believe you have acted freely. - Raymond
Teller (via Peter Watts)