please don't retag versions

[David Runge]

During a maintenance rebuild of version 3.14 I realized, that again, similar to #24, a tag has been changed. This is really not great for reproducibility.

My package for Arch Linux' [community] repository was built from a tarball downloaded on Nov 16 2018.

If I build from the current tarball, the difference is basically only the soname change:

diff -ruN /home/dave/packages/svn-community/libmusicxml/trunk/libmusicxml-3.14/build/CMakeLists.txt libmusicxml-3.14/build/CMakeLists.txt
--- /home/dave/packages/svn-community/libmusicxml/trunk/libmusicxml-3.14/build/CMakeLists.txt   2018-11-16 08:06:05.000000000 +0100
+++ libmusicxml-3.14/build/CMakeLists.txt       2018-11-19 09:13:42.000000000 +0100
@@ -9,10 +9,10 @@
 
 #######################################
 # versions management
-set (VERSION 3.1.2)
-set (STRVERS "v.3.12")
-set (SSTRVERS "3.12")
-set (SOVERS 4)
+set (VERSION 3.1.4)
+set (STRVERS "v.3.14")
+set (SSTRVERS "3.14")
+set (SOVERS 3)
 set (XMLVERSION 3.1)

Please avoid this, as it really doesn't help with reproducibility of packaging and (in this case) even breaks packaging itself, if it goes unnoticed.

At any rate: I'm glad the soname is fixed now ;-)