now that the debate around version numbers for core has been resolved (it'll be 2-digit version numbers), i'm turning my attention back to the new system for releasing drupal contributions.
there are a couple of main issues in the queue with a series of patches that are getting us close to a working, final implementation:
http://drupal.org/node/83339
http://drupal.org/node/84706
however, the patches are all from before DruaplCon (where there were some good discussions about all this, and some suggestions for changes), and before the switch to 2-digits for core. in writing and thinking about the system over the past few weeks, i've hit a few new complications that i'm unsure how best to resolve. any input on the following would be appreciated...
release nodes that are pointing to the HEAD
in the new system, releases will be real nodes (http://drupal.org/node/83339). if you enable the cvs.module, each release node has a cvs tag/branch that is associated with it (http://drupal.org/node/84706). release nodes that point to a cvs branch (not a tag) get nightly snapshots packaged up, just like the current "releases" we get in contrib. if enabled, cvs.module will form_alter() the release node form to rip out the fields to specify the version #, and add a drop-down to select what cvs tag to use. the only choices would be tags on the project that have no releases associated with them. once the tag is selected, the cvs.module figures out the version # from the tag name. so far, so good...