Print

Print


Hi Brian,

If I run makerpm.sh with your PR I'm getting the following version:

> 4.6.1.pre-0.165.git.g7184a9f

which is not in line with what you described, right? I would expect to have:

> 4.6.2.pre-0.165.git.7184a9fc

The $BUG should have been bumped, and short hash should point to the last commit, right?


Anyway, let's assume it works correctly for now, so if I create the pre-release version I'll get correctly:
> 4.6.2.pre-0.165.git.7184a9fc
And let's assume the next release will be 4.6.2-1.

Lets do:
> rpmdev-vercmp 4.6.2-1 4.6.2.pre-0.165.git.7184a9fc
> 4.6.2-1 < 4.6.2.pre-0.165.git.7184a9fc
This means yum will think the pre-release is a higher version than the actual release.

Similarly if we would have a release candidate: 4.6.2-0.rc1:
> rpmdev-vercmp 4.6.2-0.rc1 4.6.2.pre-0.165.git.7184a9fc
> 4.6.2-0.rc1 < 4.6.2.pre-0.165.git.7184a9fc
Again the same problem.

So it needs some rethinking ;-)

We could try something like:
4.6.1-1.pr521.165.git.7184a9fc
Where '4.6.1-1' is the latest release, 'pr521' is the branch name, 165 is the number of commits since last release, and '7184a9fc' is the short hash of the last commit.
Just an idea.

Cheers,
Michal



-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/xrootd/xrootd/pull/521#issuecomment-304290099

########################################################################
Use REPLY-ALL to reply to list

To unsubscribe from the XROOTD-DEV list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1