Iâll open the bug (for the profile) and familiarize myself with the new workflow. I found out the genie-shared when I
read my script again and facepalmed myself but it all worked out in the end so no worries on that end.
De : cbi-dev-bounces@xxxxxxxxxxx <cbi-dev-bounces@xxxxxxxxxxx>
De la part de MikaÃl Barbero
EnvoyÃ : mardi 25 juin 2019 13:11
Ã : Common-build Developers discussion <cbi-dev@xxxxxxxxxxx>
Objet : Re: [cbi-dev] Interrogations on the new Jenkins/Kubernetes instances
See my (late) replies inline.
Team Lead - Release Engineering | Eclipse
ð (+33) 642 028 039 |
I tried correcting the points mentioned but found other problems. Again, if you could help me with them itâd be a great help:
first point I made was mainly about keeping the workspace for the downloaded maven dependencies which can be a pain to download every single time.(which, if I understood correctly will be the case if the workspace is deleted every single time)
tried to add a promote step to the job but I cannot figure out how one would access the archive files from the job as the promote step is launched in another agent. I gather you can get them through a (curl ?) request but that can be a big overhead for larger
project archives (e.g. RCPs, zipped p2s containing hundreds of plugins, â). There must be a way to do it cleanly but I didnât find how.
promote step/plugins is from another time where workspaces were expected to stay available for some time. I'd suggest you get rid of it and find another workflow
tried to publish the contents in the same workspace state (after the build) but the ssh connection did not seem to get through (no error shown just a timeout).
Is the destination still /home/data/httpd/download.eclipse.org or
should I call another destination ?
As a bonus question it should be possible to use variables in the request but if I transform âssh genie.shared@xxxxxxxxxxxxxxxxxxxxxxxxxxxx mkdir
âp /home/data/***â into âssh $sshGenie@$sshRemote mkdir -p $destinationUpdateSiteâ it times out. Is it because the previously mentioned destination is erroneous ?
genie.shared does not have access to projects-storage. It should be genie.xwt if you're doing some work on the XWT instance.
Ps : The
zip command seem to only be available in the âmigrationâ profile. Should I open a bug for it to be integrated inside the âui-testâ (as I get the feeling that migration is not supposed to last) along the one for Gerrit problems ?
Yes, please. Feel free to do it.
Pps: to provide further information I included the script I intended to use as a promotion script. If you see any kind of problems with it feel free
to tell me J