[FFmpeg-devel] [PATCH] version.sh: Always use latest tag for generated version number

Thilo Borgmann thilo.borgmann at mail.de
Fri Mar 4 10:55:42 CET 2016

Am 04.03.16 um 08:58 schrieb wm4:
> On Fri, 4 Mar 2016 08:47:14 +0100
> Thilo Borgmann <thilo.borgmann at mail.de> wrote:
>> Am 04.03.16 um 08:23 schrieb wm4:
>>> On Fri, 4 Mar 2016 00:55:35 +0000 (UTC)
>>> Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:
>>>> Timothy Gu <timothygu99 <at> gmail.com> writes:
>>>>> Of course, this argument operates on the premise that 
>>>>> making things easier for users is of utmost concern 
>>>>> for us. Please inspire me if this is not the case.    
>>>> On the contrary, I believe while the current versioing 
>>>> scheme is simple and understandable, the suggested one 
>>>> is misleading, both for users and when reading user 
>>>> questions.  
>>> Well, duh, everyone disagrees with you.  
>> Not true. For what I've read, I can't see the benefit of the change.
>> However, changing it should require a real reason and I don't see it.
>> So, what exactly is the benefit of the proposed versioning? Can anyone
>> please elaborate what the current state is and what exactly would make
>> the user's life happier with the new one?
> Being able to see the, well, version in the version output (instead of
> random numbers) sounds like a pretty convincing argument.

Neither a good play on words nor elaborative; not even helpful.

You say they are random numbers, CE says it is continuous. What is correct?

Let's assume the N-tag is not random, then it is a useful extension of the
pinpointing short hash, since the hashes are not relative to each other (so to
speak random for the human eye) and therefore the N-tags are useful for
determining if the user is ahead or behind a certain commit. According to what
CE says, this helps for user support, Not? And if not, why would someone
spending most of the time helping users think otherwise?
Assuming my thoughts are not based on void assumptions, I'm against removing the
N-tag from the version string.

So what about the release tag? Well it is a quite useful extension because of
the already mentioned possibility of determining the existing features at once.
I'm pro adding it to the version string.

The tag-tag? (devxy) I don't see it anywhere except in git and therefore it is
uselessly redundant to the existing hash tag in my eyes. Why add another more
roughly estimation of the users repo-state? I don't think this should be added
to the version string.


More information about the ffmpeg-devel mailing list