On Oct 10, 2011, at 9:17 AM, Lukasz Janyst wrote: > 2011/10/10 Brian Bockelman <[log in to unmask]>: >> We had one more in the pre-release series based on a git revision. We have the difference for continuity for testers. >> >> Actually, I think you guys are using the version/release wrong. The release is supposed to be reserved solely for the use of the packager, not the project. >> >> Each time you get a distinct set of code from the xrootd project, you want to bump the version number. Each time the packager makes a change to the packaging for the same code base, you bump the release number. This split allows xrootd.org to control one number and re-packagers to control another. >> >> Probably something worth cleaning up for 3.2. It's definitely maintainable right now, just a touch confusing. > > Hmm, I am not sure about that... This really depends on how you treat > the release candidates: do they have a status of a release or is it > just an insignificant preview? I would opt for the later. Nevertheless > it's worth looking into, thanks for pointing this out. > It's not the significance, it's "who is doing the change". If I, as a packager, select where to cut the "insignificant preview", it should go into the release. If you, as a part of the project, selects the ref (especially when it is tagged), it goes into the "version". Needless to say, this is not a hard and fast rule. But those of us downstream would sure appreciate this tweak. Brian