2009/12/7 Ilia Alshanetsky <i...@prohost.org>: > Pierre, > > It has everything to do with the separate branch. Our current approach, (as > flawed as it maybe) ensures patches are not missed, since there is no > separate branch, so patches go into the release tree. With the new approach > if something is not merged it is not part of the release. This also makes it > confusing for the users, since the dev fixing the bug indicates on the bug > tracker the issue was resolved, and will be part of the next release. And > then the next release comes out and the bug/issue is still there...
Ok, so we are running in circle. We agreed on that: - we need to add a field to explain why a patch was not merged - a real bug tracker - with roadmap - allow to set a bug as part of a given release roadmap, like when a patch is commited to the dev branches, it can be set to "5.3.2" so the RM can appove merge it - be sure that the merge commits are shown in the bug reports as well However, given that: - we did NOT miss any patches in 5.3.1 - the process was open, mails have been sent to the list, etc. - the deadlines were respected, 1st time in 5.3 releases history I do not understand why you keep saying that it was a major mistake to do it this way. I can understand that the chaotic way fits more to your ideas about how things should work however it totally fails to actually get 3rd parties involved more deeply in our developments (be QA or to integrate latest releases to their products, like most unix distros). What I suggest is to do it again the same way for 5.3.2, I will improve the tools to make it more transparent and full fills your requests (except the bug trackes, which is another major issue that we will have to address very soon as well). Then we can have this discussion again. The reason is that both Johannes and I were happy (not 100% but more than 50% :) with it and it allows us to sleep better during the release phases. Cheers, -- Pierre http://blog.thepimp.net | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
