<p dir="ltr">This could be done, but not trival to do, and also requires you to know, before merging, that this is the patch you are gonna release.</p>
<p dir="ltr">A differnt but somewhat common practice is to use git tagging and &#39;git describe&#39; to set the package version. <br>
We can make build_artifacts trigger when a tag is pushed, AFAIK Lago already does that...</p>
<div class="gmail_quote">בתאריך 22 ביוני 2016 18:39,‏ &quot;Vojtech Szocs&quot; &lt;<a href="mailto:vszocs@redhat.com">vszocs@redhat.com</a>&gt; כתב:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I&#39;m just curious whether it&#39;s possible to do the following:<br>
<br>
Let&#39;s say we have a project (ovirt-engine-dashboard) built by Jenkins,<br>
which means there&#39;s a Jenkins job that runs build-artifacts.sh script<br>
whenever a patch gets merged via gerrit.<br>
<br>
Can we somehow pass custom parameters to build-artifacts.sh for such<br>
(Jenkins CI) builds?<br>
<br>
For example, putting something like this into commit message:<br>
<br>
  My-Param 123<br>
<br>
would reflect into `My-Param` env. variable when running the script?<br>
<br>
Motivation: for release builds (which shouldn&#39;t contain the &quot;snapshot&quot;<br>
part [*] in RPM release string), pass parameter to build-artifacts.sh<br>
that ensures the &quot;snapshot&quot; part is empty. This way, we don&#39;t need to<br>
patch the project prior to release (remove &quot;snapshot&quot; in spec) &amp; then<br>
patch it again after the release (re-add &quot;snapshot&quot; in spec).<br>
<br>
[*] {date}git{commit}<br>
<br>
Thanks,<br>
Vojtech<br>
_______________________________________________<br>
Infra mailing list<br>
<a href="mailto:Infra@ovirt.org">Infra@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/infra" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/infra</a><br>
</blockquote></div>