IMO, speculating things to be worse than they are without being informed is not
good for the community.
Piotr ran into problems because we were forced to try to skip a version.
Again, there is nobody whose job it is to make releasing simple, and who will
take the time to try to anticipate these situations and make the automation
handle them. This is a volunteer effort.
Think about how it will help the community before saying something negative.
What change did you expect volunteers to be motivated to do by saying there
are too many manual steps?
-Alex
On 9/19/18, 9:25 AM, "Carlos Rovira" <carlosrov...@apache.org> wrote:
Hi Alex,
don't think each comment is negative only because is not positive! I
already said some words recognizing the huge effort behind that task. I
know how hard it is.
But as I said the great work done, I want to expose the only point I think
is problematic, the difficult of the process. And I think is something all
people here is aware that the process is non trivial at all. For that
reason I only said that maybe even more automation is needed.
One thing is clear, I want to be release manager soon, the only thing that
stops me is that I have plenty of things on my plate right now, so my
effort is more needed in the actual fronts that is mostly complete and
stabilize Jewel and make the first real project with it for an important
company. Both things are, IMHO, very needed as well, even more than release
now for me, so for that reason and prioritizing, if I have to choose, I'll
have to put that on third place.
So please, only because I expose a thing that is happening don't think it
could be seen as a critic about your work, since is not what I'm saying. I
think you did a great job automatizing the release process. I only say that
maybe it needs to go a bit far and solve final problems so others like me
can jump to that wagon some day and help in that task. If we think there's
no problem now, we must why Piotr is throwing the towel since he doesn't
see the way to continue, and I think we'll end thinking that we need that
final refinement in the process.
As you say, I still don't have the knowledge since I still didn't get my
hands dirty with the release process, so anything I say maybe is wrong,
only is what I can say from what I see / read this days.
Thanks
Carlos
El mié., 19 sept. 2018 a las 17:54, Alex Harui (<aha...@adobe.com.invalid>)
escribió:
> Hi Piotr,
>
> In my previous email, I was trying to say that you don't need to run
> update.versions because I already did.
> In that and even earlier emails, we discussed running make_branches
> twice. IMO, you are getting the right results by running make_branches.
> Given the current state of the repo, running make_branches once will set
> the develop branch to 0.9.4-SNAPSHOT and the release branch to 0.9.3.
> That's because that's how Maven works. The current poms in develop are
set
> to 0.9.3-SNAPSHOT. Maven removes the "SNAPSHOT" in the release branch and
> bumps the version in the develop branch.
>
> I think you can just run make_branches again and it should create a
> release branch with 0.9.4 and bump the develop branch to 0.9.5-SNAPSHOT.
> That would be what we want.
> If you want me to help more, I will take the time to do so. I can:
> -Get the repos to the point where the current scripts should "just work".
> -Make sure make_branches works and is complete.
> -Do all of the other steps.
>
> I still think it is important that someone else besides me can run the
> scripts and generate a release. So I would prefer to just get the repos
> ready so that you can try running the scripts. If there are important
> things you've learned that other RMs will need to know, please try to
> capture them in the wiki document.
>
> @Carlos, I have spent a lot of time trying to automate releasing. As
> Piotr said, skipping a version wasn't planned for and I hope it won't ever
> happen again. Unless you've actually looked at the scripts and read the
> wiki document and tried it, saying you think there are too many manual
> steps is not only wrong, but discouraging to those who have put effort
into
> it. If you really think it needs to be better automated, then do it
> yourself. Don’t expect others to do things for you when you make negative
> comments about their work. I have other things I want to work on other
> than release automation. Release automation is only going to be "good
> enough" and always in need of improvement. We've only done two releases
> and we are still debugging the scripts. Join the effort instead of
> complaining about it.
>
> Thanks,
> -Alex
>
>
> On 9/19/18, 7:39 AM, "Carlos Rovira" <carlosrov...@apache.org> wrote:
>
> Hi Piotr,
>
> sorry to hear that, I think we're out of resources. I'm concentrating
> in
> make Jewel as stable as possible since in few days we can start a new
> project with Royale-Jewel, so I still don't know how I'll be doing to
> continuer Jewel, make that project and continue with my other tasks
> that my
> position require.
>
> Maybe others could take this opportunity to make this happen
>
> Thanks
>
> Carlos
>
>
>
> El mié., 19 sept. 2018 a las 13:58, Piotr Zarzycki (<
> piotrzarzyck...@gmail.com>) escribió:
>
> > Btw. The process is quite automatic, but skipping the version wasn't
> > something considered before.
> >
> > On Wed, Sep 19, 2018, 1:31 PM Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > wrote:
> >
> > > Carlos,
> > >
> > > Unfortunately I'm giving up doing that. I have spent on this too
> much
> > time
> > > and money. Someone else can continue from my point.
> > >
> > > Dev branch is setup to 0.9.4-SNAPSHOT. Even with detailed
> instruction
> > from
> > > Alex I don't know what to do next.
> > >
> > > Details are in previous email.
> > >
> > > Good Luck!
> > > Piotr
> > >
> > > On Wed, Sep 19, 2018, 1:15 PM Carlos Rovira <
> carlosrov...@apache.org>
> > > wrote:
> > >
> > >> Hi Piotr,
> > >>
> > >> I encourage you and Alex to try to refine more the process so we
> can
> > >> release more easily. I think right now the process is very
> dependent of
> > >> many manual tasks, and that impact in all: huge effort to do the
> > release,
> > >> many time involved, impossible to reproduce in next release,..
> > >>
> > >> I think this effort you're doing could be maybe the most
> important right
> > >> now in Royale.
> > >>
> > >> Maybe you could ask for some help to other Apache teams, maybe
> infra
> > >> people?, or maven people?
> > >>
> > >> Thanks for taking over this
> > >>
> > >> Carlos
> > >>
> > >>
> > >>
> > >>
> > >> El mié., 19 sept. 2018 a las 11:16, Olaf Krueger (<
> m...@olafkrueger.net
> > >)
> > >> escribió:
> > >>
> > >> > > All of that things are complex because we need to skip one
> > version...
> > >> >
> > >> > Would it be possible to create something like a fake release
> v0.9.3?
> > >> > Just to satisfy all those tools and automatism?
> > >> >
> > >> > Olaf
> > >> >
> > >> >
> > >> >
> > >> >
> > >> > --
> > >> > Sent from:
>
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapache-royale-development.20373.n8.nabble.com%2F&data=02%7C01%7Caharui%40adobe.com%7C5653edd8e65647eaa97408d61e4c9081%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636729711525559035&sdata=nZh0KJWWkWCKToZrSyplvb2gi1FBUp%2FoYGkr0RxxO7o%3D&reserved=0
> > >> >
> > >>
> > >>
> > >> --
> > >> Carlos Rovira
> > >>
>
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C5653edd8e65647eaa97408d61e4c9081%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636729711525559035&sdata=Iv8eD33QHvtiJ2iZWhoYZfsELn1FGPrCYaur1Cko3aE%3D&reserved=0
> > >>
> > >
> >
>
>
> --
> Carlos Rovira
>
>
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C5653edd8e65647eaa97408d61e4c9081%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636729711525559035&sdata=Iv8eD33QHvtiJ2iZWhoYZfsELn1FGPrCYaur1Cko3aE%3D&reserved=0
>
>
>
--
Carlos Rovira
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C5653edd8e65647eaa97408d61e4c9081%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636729711525559035&sdata=Iv8eD33QHvtiJ2iZWhoYZfsELn1FGPrCYaur1Cko3aE%3D&reserved=0
