[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [tycho-user] Reproducible Version Qualifiers with only using the git info
|
oooopps... sorry about that :-\
Am 21.04.21 um 16:24 schrieb Ed Merks:
Don't confuse the Ed's!! :-P I do try to write each Bugzilla as if I
were the one consuming it...
On 21.04.2021 16:21, Christoph Läubrich wrote:
Hi Ed,
if you can break down the problem into more specific task there is a
higher chance we can improve something, I think you would expect the
same if one would open a rather vague inquiry for eclipse-installer :-)
Am 21.04.21 um 15:53 schrieb Ed Willink:
Hi
I raised it long ago as
https://bugs.eclipse.org/bugs/show_bug.cgi?id=529972 but it was
closed as INVALID.
Regards
Ed Willink
On 21/04/2021 14:14, Christoph Läubrich wrote:
Hi Ed,
even though I don't understand the whole story/problem in deep I'm
in the comfortable situation that I control the whole build/deploy
cycle and so some things are might be more relaxed for my case.
Anyways if you feel something is missing for jgit-timestamp or not
working as exspected, it would be good to open an issue here
https://github.com/eclipse/tycho/issues so people can get aware of
it an maybe enhance.
As I'll give git-timestmaps a try I even will improve things here
myself if I get aware of them.
Am 21.04.21 um 14:52 schrieb Ed Willink:
Hi
The jgit timestamp provider is an attractive replacement for the
Buckminster reference repo and I adopted it for the OCL builds and
encouraged UML2 to adopt it too.
However if you read through
https://bugs.eclipse.org/bugs/show_bug.cgi?id=529933 you will see
my initial enthusiasm for the jgit timestamp provider turn into a
realisation that it is unsound in general. But if you have special
constraints it may nonetheless be ok for you.
My builds now always churn qualifiers.
Regards
Ed Willink
On 21/04/2021 08:53, Mickael Istria wrote:
On Wed, Apr 21, 2021 at 9:29 AM Christoph Läubrich
<laeubi@xxxxxxxxxxxxxx <mailto:laeubi@xxxxxxxxxxxxxx>> wrote:
"Version qualifier is calculated based on timestamp of the most
recent
commit that touches any file under project base directory"
so project basedir = "bundle" and not "git-tree"?
> But it would still be possible to build such a strategy
would I need a new one or could the jgit be configured to
behave that
way?
You should already be able to use the jgit timastamp provider
without using baseline.
So do I can assume that this might be uncommon but working
use-case or
will it break something?
Yes, it's a working use-case.
... I think that would be a really cool feature to have such
"incremental-build" support in tycho :-)
I don't think it fits the Maven/Tycho layer and their related
build model, it's more operating a build strategy, a bit
higher-level than just a build tool.
one problem I have stumpled in the past was that the features
don't get
rebuild (as there is no change from maven POV). I don't know if
this is
just unsupprted or I just configured something wrong.
It's a bit tricky: feature qualifier do depend on the change in
the feature folder and on content of the feature. Features
sometimes require to be "touched" manually for version changes to
cascade into them.
For your case, since building features is usually very cheap, you
may want to try first filtering out only untouched bundles but
keep building all features anyway.
_______________________________________________
tycho-user mailing list
tycho-user@xxxxxxxxxxx
To unsubscribe from this list,
visithttps://www.eclipse.org/mailman/listinfo/tycho-user
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
Virus-free. www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
_______________________________________________
tycho-user mailing list
tycho-user@xxxxxxxxxxx
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/tycho-user
_______________________________________________
tycho-user mailing list
tycho-user@xxxxxxxxxxx
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/tycho-user
_______________________________________________
tycho-user mailing list
tycho-user@xxxxxxxxxxx
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/tycho-user
_______________________________________________
tycho-user mailing list
tycho-user@xxxxxxxxxxx
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/tycho-user