|
|
Subscribe / Log in / New account

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)

A separate feature branch for upstart?

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.


to post comments

Meta-cycles: 2-3 year major cycles for free software? (Here Be Dragons)

Posted Apr 22, 2009 2:45 UTC (Wed) by iabervon (subscriber, #722) [Link]

This wouldn't be a general-availability branch, with an installation CD and official package pool and so forth. It would exist exclusively for developing and testing upstart (and packages' upstart scripts), and only be in the version control system. Once it matured to a release candidate state (i.e., it could work as is, but needs testing), it would be merged into the mainline, and only then would there be any (numbered, releasable) version that included its changes.

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.

Meta-cycles: 2-3 year major cycles for free software? (Here Be Dragons)

Posted Apr 22, 2009 8:05 UTC (Wed) by epa (subscriber, #39769) [Link]

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.


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds