nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

What's the recommended way of actually getting work done in a self-hosted Bitbucket runner

kristoffer_2uifww

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?

Accepted answers

o_kyrdan

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

All comments

o_kyrdan

Hi @kristoffer

You could do most of all things on your self-hosted runner as on the Bitbucket Pipelines.

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

kristoffer_2uifww

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?

kristoffer_2uifww

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.

o_kyrdan

@kristoffer

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

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

cloud

bitbucket

bitbucket-cloud

bitbucket-pipelines

build

bitbucket-runners