From: Jonny B. <jo...@ti...> - 2017-05-24 17:01:06
|
Perfectly put, thanks Lindon jonny > On 24 May 2017, at 17:57, li...@ti... wrote: > > Parsing the words with me on this is not going to help. I was a major violator of the merge period rules and I also used to be confused on where to commit to which is why I added the dashboard to this page. The best way to understand is to seek to understand the significant amount of feedback you've been getting lately through emails to the tiki lists. > > Personally I find the semi-automatic period constricting and too long as well. But I think the theory is that if everyone were to turn their attention to fixing the about-to-be-released version and wait on their trunk refactoring commits then releases would get out faster and the semi-automatic merge period would be shorter (others can chime in if I've got this right). So people like me who find the merge period too long are probably making things worse by not helping with the release more in this way. > Regards, > lindon > >> On May 24, 2017, at 8:48 AM, Cloutier, Philippe (DGARI-Consultant) <Phi...@me...> wrote: >> >> Hi Lindon, >> In https://dev.tiki.org/tiki-pagehistory.php?page=Where+to+commit&history_offset=60&paginate=on&history_pagesize=60&diff_style=sidediff&diff_style=sidediff&show_all_versions=y&compare=Compare&newver=126&oldver=125&confirmAction= you added the following: >> Avoid code-styling, documentation or other non-functional changes to trunk during this period >> >> As each semi-automatic merging period lasts between 2 and 3 months in biyearly cycles, this would effectively lose between a third and a half of refactoring (except stuff like reindenting which is easily postponed). >> >> Can you clarify that this is only about low-value changes like reindenting, or confirm that you wish developers would precisely respect this as written above? > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > TikiWiki-devel mailing list > Tik...@li... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel |