[FFmpeg-devel] [PATCH 1/2] avutil/version: Mention similarities and differences to semver

Hendrik Leppkes h.leppkes at gmail.com
Mon Aug 8 23:21:03 EEST 2016


On Mon, Aug 8, 2016 at 10:09 PM, Michael Niedermayer
<michael at niedermayer.cc> wrote:
> On Mon, Aug 08, 2016 at 06:32:23PM +0200, Carl Eugen Hoyos wrote:
>> 2016-08-06 12:52 GMT+02:00 Michael Niedermayer <michael at niedermayer.cc>:
>> > QUESTION: is this the best place for this ?
>> >
>> > Signed-off-by: Michael Niedermayer <michael at niedermayer.cc>
>> > ---
>> >  libavutil/version.h | 6 ++++++
>> >  1 file changed, 6 insertions(+)
>> >
>> > diff --git a/libavutil/version.h b/libavutil/version.h
>> > index b2dffb7..7692def 100644
>> > --- a/libavutil/version.h
>> > +++ b/libavutil/version.h
>> > @@ -35,6 +35,12 @@
>> >   * Useful to check and match library version in order to maintain
>> >   * backward compatibility.
>> >   *
>>
>> This is at least not a bad place imo.
>>
>
>> > + * The FFmpeg libraries follow a versioning sheme very similar to
>> > + * Semantic Versioning (http://semver.org/)
>> > + * The difference is that the component called PATCH is called MICRO in FFmpeg
>> > + * and its value is reset to 100 instead of 0 to keep it above or equal to 100.
>>
>> > + * Also we do not increase MICRO for every bugfix or change.
>>
>> But we want / should increase MICRO for every bugfix and every functional
>> change, no?
>
> i would say, yes we should
>

Incrementing micro with every single commit sounds silly (which this
comes out to be, every bugfix or change?).
You might as well just generate that from the git commit counter then
and save everyone the pain of increasing that, not to mention constant
conflicts when porting commits between branches.

- Hendrik


More information about the ffmpeg-devel mailing list