2010/8/10 Johannes Schlüter <johan...@php.net>: > Yes. Release early, release often is a good thing. What I'd also like is > to have a Ubuntu-like support model. Where we have one LTS (long term > supported) version (now for instance 5.3) which will get bug fixes for > quite some time and an "early access" version (5.4) which will receive > updates until the next "early access" (5.5) is there.
I'm happy with the three branches idea, but I do have some concerns about an LTS model: – The LTS branch is going to become more and more difficult to backport fixes to as it diverges from the other two branches, and I can see developers not bothering after a certain point, which may be counter productive. – Documenting how functionality changes from version to version in the manual is already a weak point, judging by some of the bugs and feedback we get: users don't always grok the version bylines and change log tables in the function reference as it is, and that's with a more closely aligned set of active branches. We might end up needing to rethink how we structure the manual by looking at something like the Python approach of having separate manuals for separate versions, which would require a not-insignificant amount of work. – It might be hard to communicate why 5.4 (in the example you included) becomes end of lifed while 5.3 lives on. I guess that's no different to Ubuntu, though. – Will downstream distributors want to ship non-LTS versions? This might actually reduce the amount of useful feedback we get for (again, using your example) 5.4, 5.5 and 5.6 releases, which might not be a great thing for the stability of the next LTS (6.0) release. > So we'd always have three branches, while two only receive bug fixes, > plus one branch for the next milestone. As I said, I have no qualms with this, particularly in light of some of the articles that have been doing the rounds about 5.2's end of lifing.* Under this system, and without an LTS structure, our current situation would be a bit different, with both 5.2 and 5.3 getting bug fixes until trunk is released (at which point 5.2 would be EOL), which I think would suit users a bit better. Adam * Yes, I know it's not actually EOL, but that's been another communication challenge. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php