"make snapshot" target for building packages from develop branch

[dahorak]

make snapshot target is not implemented and because of that the build trigger jobs are failing:
https://ci.centos.org/view/tendrl-build/job/tendrl-build-1-develop-api/

It would be good if it will be possible to build snapshot version package (usable mainly for packages from develop and prospectively from feature branches).

[TimothyAsir]

Why don't you update the version with current date and time and use make rpm.
Why you want to use make snapshot which will give you a random version number.

[mbukatov]

The point here is to achieve unification of the build process for all tendrl packages, so that we can move on and build ci jobs on top of that, as has been agreed on. As far as I know, only dashboard and api packages out of all tendrl packages doesn't implement this.

[TimothyAsir]

Agree!, Are you ok with the release version format to %m_%d_%Y_%H_%M_%S.
So that the existing packages in the repo will not get disturbed.
Currently we are using the release format as "%m_%d_%Y_%H_%M_%S only for our builds.

[dahorak]

Agree!, Are you ok with the release version format to %m_%d_%Y_%H_%M_%S.
So that the existing packages in the repo will not get disturbed.
Currently we are using the release format as "%m_%d_%Y_%H_%M_%S only for our builds.

I have two points related to the version format:

1. I think the order "Month, Day, Year.." is not the best one, as it is not properly sortable. Better way would be Year, Month, Day... ("%Y_%m_%d_%H_%M_%S").
2. make snapshot in other Tendrl packages create version based on git revision hash, which is good, because without that, it is hardly possible to link the particular build with particular source code revision.

Also please check the Package Versioning on Fedora Wiki - mainly the Snapshots section. I think that is the best format for package versioning (as it was mentioned also here usmqe/usmqe-centos-ci#1 (comment)).

Just side note: as git hash is "pseudo random" string, it is not properly sortable, so it will not be possible to distinguish older and newer packages. One solution is to add full timestamp (as described above) before the hash, second solution is to prepended the hash by the number of commits from the last marked version (similarly as what git describe do).

[TimothyAsirJeyasing]

Tendrl/specifications#178

[mbukatov]

This issue can be closed.