>>
> I did not say *remove* the date, I said it should not be the significant decider for
p2.
>
> i.e. Release of a version should make any nightly/snapshot builds of that version
invalid; today it does not because the data comes *before* the release type flag.
>
> proper versioning that has semantic API meaning instead of just rely on what date the
build was made.
In trunk it is now uses release type in front of the date. It was fixed a month ago and
works fine since.
I uses '${BUILD_ALIAS}-v'yyyyMMdd-HHmm' for local builds and
'${BUILD_ALIAS}-v'yyyyMMdd-HHmm'-H${BUILD_NUMBER}' for hudson
Oh - nice; that is news to me! Didn't see any notification on this ? Shouldn't we
get that out since this changes things for QE/testers/bleeding edge installs
and bumping versions becomes that more important.
/max