Related to the "Adding git SHA1 & Co. to manifest.mf to improve traceability" thread...

In the interim between now and when we move to strong versioning could we perhaps just create a "stable" branch for kettle?  Note the term "stable" as opposed to "release" or something like that.  This idea was kicked around at the F2F as a possible solution.

The stable branch would have poms updated with non-snapshot versions of the components and so would be reproducible.  It could be used for demos without fear of snapshot regression.  It could be used by QE for test-case development and [non-release] qualification.  Kettle itself could be versioned, bumping it's version whenever a consumed component version was updated.

Components would be required to make at least an initial release to get things going, and then should make subsequent releases at relatively short intervals, maybe every few weeks.

Will this work and be helpful?