I can't find any information on how to make self-hosted runners work in a useful way. All examples provided by the documentation pretty much just makes an echo call, and I don't need a self-hosted runner for that. :)
What is the recommended way to expose a compiler and a few additional tools to a self-hosted Linux runner so that it can actually do some build work?
Hi @kristoffer
You could do most of all things on your self-hosted runner as on the Bitbucket Pipelines.
You've always been able to execute CI/CD workflows via Bitbucket Pipelines using Atlassian's infrastructure. This is the easiest way to use Bitbucket Pipelines because you don't need to host or manage any servers. Atlassian host it and manage it for you.
But sometimes you need more control of your hardware, software, and the environment your builds are executed into.
For example, you may need builds to access internal systems that are behind the firewall, or configure your hardware with more memory to run complex builds.
So, self-hosted Runners allow you to execute your pipelines builds on your own infrastructure, so you have more control over your server configurations and budgets.
More details you could find in the blog.
Cheers,
Oleksandr Kyrdan
Thanks for the answer @o_kyrdan , not exactly what I'm looking for though.
You mention:
But sometimes you need more control of your hardware, software, and the environment your builds are executed into.
And this is what I'd like more info and documentation on. What would be the recommended way to more control software in a self-hosted runner?
In the mentioned blog there's only the same (sorry to say) useless example found that seem to always show up when describing what can be done in a self-hosted runner.
echo "This step will run on a self hosted runner with 32 GB of memory.";
Ok, so I can output text, that's neat, but I'd like to call scripts, tools, compilers etc. I need also. How do I go about that?
/K
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
After some trial and error I got it now.
It just didn't occur to me that the script part of the yaml steps is being executed inside the docker container of choice inside the docker container of the self-hosted runner, as oppose to directly in the self-hosted runner, leaving you to do all plumbing yourself.
/K
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thank you for sharing your experience with the community.
Please, feel free to ask any questions and write articles about self-hosted runners that could help other users to setup and use.
Best regards,
Oleksandr Kyrdan
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.