Closed cmoulliard closed 3 years ago
Can you review the questions please ? @jacobdotcosta
From the list of Jenkins jobs, the ones we're using now are:
The other ones haven't been run at least since April 2020.
NOTE: I'm not sure we need to launch the build from the image that results from launching the build-pfg
job. When I migrated to PNC 2 I wasn't able to test this since PNC staging didn't work OK so I kept this job structure.
From the Build History, that job is being used by Libor to generate the comparison report.
Can you then ask to Libor what he is exactly doing to generate the diff ? Which application he uses and software ? @jacobdotcosta
I'm not sure we need to launch the build from the image that results from launching the
build-pfg
job. When I migrated to PNC 2 I wasn't able to test this since PNC staging didn't work OK so I kept this job structure.
Can you then be more precise and add link to the image used and why it should be used ? @jacobdotcosta
From the list of Jenkins jobs, the ones we're using now are:
- run-bacon
- run-bacon-stage
- build-pfg
So the question that we should have now is : If we only run these jobs on jenkins, could we also run them using CPaas ? @jacobdotcosta
From the Build History, that job is being used by Libor to generate the comparison report.
Sorry Antonio but my question has nothing todo with a a Job ;-)
From the Build History, that job is being used by Libor to generate the comparison report.
Sorry Antonio but my question has nothing todo with a a Job ;-)
I have removed that comment short after posting it when I realized my comment was incorrect.
From the list of Jenkins jobs, the ones we're using now are:
- run-bacon
- run-bacon-stage
- build-pfg
So the question that we should have now is : If we only run these jobs on jenkins, could we also run them using CPaas ? @jacobdotcosta
Since we're discussing improving the automation of the productization process, and simplifying it so we don't have several tools, should we plan migrating these steps to the automation-client instead?
automation-client instead?
What is the automation client (= link to the tool, project) ? @jacobdotcosta
The Typescript Atomist client that we already use to update the pom.xml
and release the examples.
https://github.com/snowdrop/snowdrop-automation-client
The Typescript Atomist client that we already use to update the
pom.xml
and release the examples. https://github.com/snowdrop/snowdrop-automation-client
The problem that we will have then will be that such a tool cannot access the VPN. Dont forget also that soon it will be needed to use CPaas (MW CI/CD platform) to productize and this is mandatory. I still dont know how we can script using CPaas but I dont see how we could capitalize from the work done using Atomist here as Atomist is an external CI/CD platform ...
@jacobdotcosta @metacosm @gytis @geoand
When we will migrate to CPaas, it will not be needed anymore that we continue to use our OpenStack instance as CPaas will create a PSI cluster for us under https://paas.psi.redhat.com/console/project/cpaas-<project-id>/overview
like also a jenkins instance - https://jenkins-cpaas-<product-id>.cloud.paas.psi.redhat.com
To be discussed with the team of course ;-)
From the documentation we also need to use the CPaaS Midstream to get the changes from the upstream project.
Todo
CPaas
build-config.yaml
file. The main reason is because the SCM URL is different between staging and prod PNC environments, but also it is used to test changes to the build-config itself.Jenkins
Prod-tests
andUpstream-tests
?Docker