Agree in principle, but in practice since DTP and TM move so slowly (and
have so few changes), I feel it's safe enough to use a snapshot URL for the
pre-Final build, then switch to a non-SNAPSHOT one for the Final build.

Saves me having to rebuild/rename/copy snapshots just to make them more
deterministic.

Anyway I guess your point is that the job trigger SHOULD be git, not manual
via the JIPP's web UI. Therefore I'll just push no-op changes when I need
to trigger a rebuild.

Thanks!

Nick



On Mon, Sep 10, 2018 at 11:59 AM Ed Willink <[email protected]> wrote:

> Hi Nick
>
> If you contribute determinstically such as:
>
>   <repositories location=
> "http://download.eclipse.org/modeling/mdt/ocl/updates/milestones/6.5.0/S201809100900";
> <http://download.eclipse.org/modeling/mdt/ocl/updates/milestones/6.5.0/S201809100900>
> description="OCL">
>
> you have to do a real *.aggrcon edit for each updated contribution so no
> trigger problem.
>
> If you contribute generically such as:
>
>   <repositories location=
> "http://download.eclipse.org/modeling/mdt/ocl/updates/milestones";
> <http://download.eclipse.org/modeling/mdt/ocl/updates/milestones>
> description="OCL">
>
> you have your problem, nobody can be sure what you contributed when and
> some lucky SimRel users may get to see a contribution change mid-build.
> Worse, if you mess up so that your aggregate repo is bad, the SimRel
> aggregation is broken until you fix the mess.
>
> IMHO generic contributions should be strongly deprecated.
>
>     Regards
>
>         Ed Willink
>
>
>
> On 10/09/2018 16:45, Nick Boldt wrote:
>
> DTP and TM are rebuilt. Simrel rebuilding [0].
>
> [0] https://ci.eclipse.org/simrel/job/simrel.runaggregator.pipeline/95/
>
> What's the best way to trigger a respin of the simrel staging site [1]?
> Push an empty commit to the repo? Could authorized/logged in users be given
> the job build permission?
>
> [1] https://ci.eclipse.org/simrel/job/simrel.runaggregator.pipeline/
>
> Nick
>
>
> On Mon, Sep 10, 2018 at 10:37 AM Nick Boldt <[email protected]> wrote:
>
>> I've just triggered rebuilds of TM 4.5.0-SNAPSHOT, DTP 1.14.101-SNAPSHOT,
>> and WTP 3.11.
>>
>> DTP and TM will be automatically contributed to the simrel staging site
>> via its SNAPSHOT URLs when simrel staging site does its next rebuild.
>>
>> WTP has a more arcane (read: slow, manual) process for contributing
>> builds to the simrel, but it'll be contributed soon too.
>>
>>
>>
>> On Wed, Sep 5, 2018 at 12:48 PM Roland Grunberg <[email protected]>
>> wrote:
>>
>>> On Wed, 2018-09-05 at 14:20 +0200, Gunnar Wagenknecht wrote:
>>> > > On Sep 5, 2018, at 13:22, Martin Lippert <[email protected]> wrote:
>>> > >
>>> > > org.apache.lucene.queryparser_7.1.0.v20180828-2118
>>>
>>> This should be resolved in the upcoming Orbit RC2 contribution. Nick
>>> requested lucene-queryparser 7.1 not long ago (I believe for DTP).
>>> AFAICT only, org.eclipse.datatools.sqltools.result is requiring it so
>>> once they rebuild, it should no longer cause issues.
>>>
>>> Cheers,
>>> --
>>> Roland Grunberg
>>>
>>> _______________________________________________
>>> cross-project-issues-dev mailing list
>>> [email protected]
>>> To change your delivery options, retrieve your password, or unsubscribe
>>> from this list, visit
>>> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>>>
>>
>>
>> --
>>
>> Nick Boldt
>>
>> Principal Software Engineer, RHCSA
>>
>> Productization Lead :: JBoss Tools & Dev Studio
>>
>> IM: @nickboldt / @nboldt / http://nick.divbyzero.com
>> <https://red.ht/sig>
>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>> @ @redhatnews <https://twitter.com/redhatnews>      Red Hat
>> <https://www.facebook.com/RedHatInc>
>> <https://www.facebook.com/RedHatInc>
>>
>>
>> “The Only Thing That Is Constant Is Change” - Heraclitus
>>
>
>
> --
>
> Nick Boldt
>
> Principal Software Engineer, RHCSA
>
> Productization Lead :: JBoss Tools & Dev Studio
>
> IM: @nickboldt / @nboldt / http://nick.divbyzero.com
> <https://red.ht/sig>
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
> @ @redhatnews <https://twitter.com/redhatnews>      Red Hat
> <https://www.facebook.com/RedHatInc>
> <https://www.facebook.com/RedHatInc>
>
>
> “The Only Thing That Is Constant Is Change” - Heraclitus
>
>
> _______________________________________________
> cross-project-issues-dev mailing [email protected]
> To change your delivery options, retrieve your password, or unsubscribe from 
> this list, 
> visithttps://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
>
>
>
> <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>
> <#m_-6459543008617502765_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> _______________________________________________
> cross-project-issues-dev mailing list
> [email protected]
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



-- 

Nick Boldt

Principal Software Engineer, RHCSA

Productization Lead :: JBoss Tools & Dev Studio

IM: @nickboldt / @nboldt / http://nick.divbyzero.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
@ @redhatnews <https://twitter.com/redhatnews>      Red Hat
<https://www.facebook.com/RedHatInc>
<https://www.facebook.com/RedHatInc>


“The Only Thing That Is Constant Is Change” - Heraclitus
_______________________________________________
cross-project-issues-dev mailing list
[email protected]
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Reply via email to