Skip to main content
Every workflow runs your agents inside a container that provides the languages, SDKs, and build tools needed to clone, build, test, and analyze your code. The Agent Image setting controls which environment a repository uses. Most repositories work with the default image. Select a different one when your codebase needs a newer toolchain, or a custom image your workspace registered when it needs tools the system images lack.

Available images

The Agent Image picker in repository settings offers three groups. Both system images are based on Microsoft’s dev container universal image, which bundles many languages and runtimes in one environment. They differ by version: Universal 6 is the newer build.

Default Image

The standard Overcut agent environment. It covers the most common stacks and is the right choice unless your project needs a newer toolchain version than it provides. Selecting Default Image is the same as leaving the setting unset.

Universal 6

A newer, modern build of the universal environment on Ubuntu 24.04. It refreshes the whole toolchain, bringing more recent versions of every included language and runtime (Python, Node.js, Java, Go, Ruby, PHP, C/C++, and .NET). Choose it when your repository depends on a language or SDK version that the default image predates, for example a newer Python interpreter, an updated Node.js LTS, or a recent .NET release.
If your project requires a language or runtime version newer than the default image provides, agents in the default image can still write and commit code, but their build and test checks fail. Selecting Universal 6 gives agents the matching versions to validate their changes.

Workspace images

When neither system image fits, register your own image on the workspace Agent Images page. Overcut copies it from your registry, checks it for compatibility, and pins it by digest. Once its status is Ready, it appears in this picker under Workspace images for every repository in the workspace. Registration requirements, credentials for private registries, and troubleshooting are covered in Agent Images. Overcut maintains the system images and adds newer universal images as they become available, so repositories on a system image get updated toolchains without any maintenance on your side.

Selecting an image

The Agent Image is set per repository. Other repositories keep the default image.

Open repository settings

Go to the repository’s configuration panel under Repositories, or the integration that connected it.

Choose the agent image

Open the Agent Image dropdown and select Default Image, a system image, or one of your workspace images. Workspace images appear only once they are Ready.

Save

Save the configuration. New runs for this repository use the selected image.

How Overcut selects the image for a run

Overcut resolves the agent image once, when a run starts, and uses it for the whole run. It checks, in order:
  1. The trigger repository. If the repository that triggered the run has an Agent Image set, that image is used.
  2. Linked code repositories. If the trigger repository has no image set, Overcut checks the code repositories linked to it and uses the first one that does. This is common for ticket repositories in Jira or Azure DevOps, where the ticket has no code to build and the image belongs to the linked code repository.
  3. Default image. If none of the above set an image, the run uses the default image.
This is why, for ticket-triggered workflows, you set the image on the linked code repository: the agent builds and tests there, so its image is the one that applies. See Repository Mapping.

Handling conflicts

If a run involves several linked code repositories that set different images, Overcut uses the first one by the order above and records a warning so you can spot the mismatch. To keep the outcome predictable, set the same image across the related repositories, or set it on the trigger repository so it takes precedence.
The image is chosen when the run starts, so a code repository must be the trigger repository or already linked to it for its image to apply. A repository discovered only later in the run, during repository identification, cannot change the image for that run.
A run fails at preparation if the repository selects a workspace image that is no longer Ready, for example one that was deactivated or whose refresh failed. Activate or retry the image on the Agent Images page, or switch the repository to another image.