[Qbs] Why is there Rule:alwaysRun but not Probe:alwaysRun?

[NIkolai Marchenko]

I could just as well ask you to provide a use case for why is it necessary
to update the Rule artifacts that don't need updating (according to QBS).
Yet alwaysRun still exists.

As for Probes: getting the git tag and commit is certainly possible by
attaching to a HEAD file in the repo,
but this is completely counterintuitive and getting a tag and commit very
certainly is not an
"expensive operation that takes time". Why not simply let us set alwaysRun
and take responsibility for this running each time?

Or, if you think it more sensible, provide an option for the probe
rerunOnFileChange: [list of files]
which is what people are doing at the moment anyway so you might as well
make it officialy supported function

On Tue, Oct 17, 2017 at 4:33 PM, Joerg Bornemann <joerg.bornemann at qt.io>
wrote:

> On 10/17/2017 02:55 PM, NIkolai Marchenko wrote:
>
> Both run arbitary scripts to do their work. QBS cannot assume that one
>> script is better or more expensive than the other since both are arbitary
>> and external to build system. So why defend the policy of not allowing
>> alwaysSrun for Probes ? This makes no sense to me
>>
>
> Could you sketch a use case for probes that always run, please?
>
>
> Cheers,
>
> Joerg
> _______________________________________________
> Qbs mailing list
> Qbs at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qbs
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/qbs/attachments/20171017/7db930c4/attachment.html>