Process is definitely automated. If we would not skip version we would have RC1 two days ago from me. I got dedicated time for making that release, cause it can help improve Josh's plugin - which is using Royale compiler. As you know that plugin is used in VSCode and Moonshine, so Framework part release is not as important as you may think from my point of view.
If someone finish current release my proposition is to have ability of releasing compiler only without Framework next time. - I hope to get more dedicated time and make it happen. I hope someone pickup what has been left and make RC1. Thanks, Piotr śr., 19 wrz 2018 o 18:43 Alex Harui <aha...@adobe.com.invalid> napisał(a): > 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 > > > -- Piotr Zarzycki Patreon: *https://www.patreon.com/piotrzarzycki <https://www.patreon.com/piotrzarzycki>*
