I opt for keeping the release dates as-is. There will be no date that suits everyone.
A hackfest in March allows you to sign off on all stuff that gets in the queues after say December, and could reach .05. New devs from the hackfest should not be pushed hastily in the .05 but have all chance to be pushed in July/August, and tested before the .11. Just my idea. Marcel ________________________________ Van: Koha-devel <koha-devel-boun...@lists.koha-community.org> namens Tomas Cohen Arazi <tomasco...@gmail.com> Verzonden: donderdag 1 juni 2023 17:51 Aan: Philippe Blouin <philippe.blo...@inlibro.com> CC: koha-devel <koha-devel@lists.koha-community.org> Onderwerp: Re: [Koha-devel] A case against our release dates My personal feeling is we should have a release right before the hackfest. So the hackfest sets the path for the next cycle. That could mean moving the hackfest a couple a bit later too Add for the second part of the year, I'm not sure yet. I just have the perception everyone is out in the months we are expected to do the bigger changes, and we end up doing them close to the release date. El jue, 1 jun 2023 12:46, Philippe Blouin <philippe.blo...@inlibro.com<mailto:philippe.blo...@inlibro.com>> escribió: Of course I'm coming with my northern hemisphere perspective, and have no horse in the race really as being far from RM, but I always thought those dates were the best available. Seems earlier (04, april) makes it closer to the hackfest you referred. Later makes it closer to summer holidays. Were you considering breaking the equal split in time, having a small and a big release each year? November for the big, and march for the small, the hackfest starting the next cycle ? Thinking outside the box... Philippe Blouin, Directeur de la technologie Tél. : (833) 465-4276, poste 230 philippe.blo...@inlibro.com<mailto:philippe.blo...@inlibro.com> inLibro | pour esprit libre | www.inLibro.com<http://www.inlibro.com/> On 2023-06-01 07:35, Tomas Cohen Arazi wrote: Hi all. Having served as Release Manager for the project a couple times, I'd like to ask y'all to think about the dates we've chosen and have stuck to the last few years for our releases. I know they are somehow aligned with our regular yearly meetings, and one each semester. But my experience says: - We all want to implement things we discuss in the Hackfest, but the release is too close. So we either push too late in the cycle, or need to cool down our brains/ideas for 'after the release in two months'. - The other scenario, which I suffered a lot recently (and will soon) is summer holidays in the northern hemisphere: you're all out when we should be pushing the riskier things to have enough time to fix things, and we end up rushing things... on the last third of the cycle. I don't have a proposal right now, but wanted to say my perception is the dates are not ideal as-is. And hear back from you all. Cheers! -- Tomás Cohen Arazi Theke Solutions (http://theke.io<http://theke.io/>) ✆ +54 9351 3513384 GPG: B2F3C15F _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org<mailto:Koha-devel@lists.koha-community.org> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
