Meta-cycles: 2-3 year major cycles for free software? (Here Be Dragons)
Meta-cycles: 2-3 year major cycles for free software? (Here Be Dragons)
Posted Apr 22, 2009 1:27 UTC (Wed) by tzafrir (subscriber, #11501)In reply to: Meta-cycles: 2-3 year major cycles for free software? (Here Be Dragons) by iabervon
Parent article: Meta-cycles: 2-3 year major cycles for free software? (Here Be Dragons)
Now, that translates to a separate packages pool and a separate installation CD. Quite easy to manage, indeed. It doesn't scale.
Furthermore, how do you test upgrading between versions? The more branches you have, the many more testing scenarios you now have.
Posted Apr 22, 2009 2:45 UTC (Wed)
by iabervon (subscriber, #722)
[Link]
To be excessively pedantic, every single developer (with any version control system) has their own branch whenever they have uncommitted changes in their working directory. There's a version of the system that has different content from any other version, that diverges from the official main branch. It just doesn't have any infrastructure behind it, and exists only briefly (until the developer gets it committed/merged into the main branch). My point is that it could have a little more infrastructure (a meet point for multiple developers to share related work) and stay in this state for a long time (since it won't get lost with multiple people working on it and the shared location), and this would allow work on some topic to last longer than a release cycle when necessary.
Posted Apr 22, 2009 8:05 UTC (Wed)
by epa (subscriber, #39769)
[Link]
Meta-cycles: 2-3 year major cycles for free software? (Here Be Dragons)
Meta-cycles: 2-3 year major cycles for free software? (Here Be Dragons)
Now, that translates to a separate packages pool and a separate installation CD.
Yeah, why not? If this is difficult to manage now (as in the days of CVS, branches of a single project were difficult to manage) then tools can be written to make it easy. The 'upstart' branch or any other feature branch wouldn't be an official release of the distribution, so it would not be necessary to push packages to mirror sites or offer a guaranteed upgrade path.