Juan Hernandez has posted comments on this change.

Change subject: core: Set artifact version to 3.3.4-SNAPSHOT
......................................................................


Patch Set 1:

The benefit is doing releases correctly. We have been neglecting this for a 
long time, but it isn't late to start doing it correctly. I don't believe that 
changing the POM files for each release is a huge task.

In practical example, as I already explained, is the generation of the Python 
and Java SDKs. Currently we generate these from metadata extracted from a Live 
engine, which needs to be built and installed. This makes building and updating 
the SDKs cumbersome, and difficult to reproduce. The right way to do this is to 
generate this metadata as part of the build process of the engine, and include 
it in the generated artifacts, for example in restapi-definition-3.4.0. We can 
then make the build of the SDK depend on that artifact, and we should be able 
to trust that the metadata we extract from there won't be different the second 
time we regenerate the SDK. This isn't possible today because we keep 
overwriting the artifact files, with the same names and version numbers.

-- 
To view, visit http://gerrit.ovirt.org/23764
To unsubscribe, visit http://gerrit.ovirt.org/settings

Gerrit-MessageType: comment
Gerrit-Change-Id: I1c31641ed79cb5aeb414bccf49bc05586309b259
Gerrit-PatchSet: 1
Gerrit-Project: ovirt-engine
Gerrit-Branch: ovirt-engine-3.3
Gerrit-Owner: Sandro Bonazzola <sbona...@redhat.com>
Gerrit-Reviewer: Alon Bar-Lev <alo...@redhat.com>
Gerrit-Reviewer: Barak Azulay <bazu...@redhat.com>
Gerrit-Reviewer: Itamar Heim <ih...@redhat.com>
Gerrit-Reviewer: Juan Hernandez <juan.hernan...@redhat.com>
Gerrit-Reviewer: Ofer Schreiber <oschr...@redhat.com>
Gerrit-Reviewer: Sandro Bonazzola <sbona...@redhat.com>
Gerrit-Reviewer: Yair Zaslavsky <yzasl...@redhat.com>
Gerrit-Reviewer: Yedidyah Bar David <d...@redhat.com>
Gerrit-Reviewer: oVirt Jenkins CI Server
Gerrit-HasComments: No
_______________________________________________
Engine-patches mailing list
Engine-patches@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-patches

Reply via email to