You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, the bot's build target CVMFS repository is the default pilot.eessi-hpc.org (as configured in the build container) or any other repository that is configured via the pull request of the software layer. While this works well, it is not so straightforward to build one PR for another repository (e.g., for test purposes). Instead of configuring the target repository via a pull request, the bot's configuration could define target repositories and all necessary customisations. Then, the bot could work as follow to set up a build job:
Obtain PR content.
Apply changes defined in bot's configuration (the bot could have a default target which does not apply any changes to the PR content ... this would allow that also on the side of the PR one could still built for any repository).
Submit job.
The text was updated successfully, but these errors were encountered:
Ideally this also covers building and deploying software for something that is not a CVMFS repository at all, could be just an NFS shared filesystem.
I think the bot should be refactored so that is isn't actually aware for what filesystem/repo it is building software.
It should:
use a script named bot-build.sh to run the build phase
use a script named bot-test.sh to run the test phase
use a script named bot-deploy.sh to run the deploy phase
That way, everything that is specific would be in those scripts, and the bot is only aware of the different phases (build-test-deploy), not of how those are run exactly.
The job script in the bot repository, most of the logic should actually be in the bot-build.sh script that comes from the EESSI/software-layer GitHub repo (in the context of EESSI).
Currently, the bot's build target CVMFS repository is the default pilot.eessi-hpc.org (as configured in the build container) or any other repository that is configured via the pull request of the software layer. While this works well, it is not so straightforward to build one PR for another repository (e.g., for test purposes). Instead of configuring the target repository via a pull request, the bot's configuration could define target repositories and all necessary customisations. Then, the bot could work as follow to set up a build job:
The text was updated successfully, but these errors were encountered: