Build container access for services

April 11, 2019

Build container access for services

Services in build actions are a very popular feature allowing you to test applications that require, for example, a database or a Selenium driver to run.

Three weeks ago we added custom services that enabled tests of microservice applications—a very similar feature to docker compose. Until now, the communication was limited to one side: you could connect to a database or another service from the container that was triggering the tests, but it was impossible to connect the other way back.

We're happy to announce that connections now work both ways.

Network in build action

Scripts defined in a build action are run in a Docker container. The container is launched on the basis of a Docker image configured in the Environment tab.

Once you attach a service to the container, you define the hostname that is used to connect to it:

Services tabServices tab

The default name of the services' main container is "MainService". You can change it by clicking the hostname in the Services tab (the input is hidden):

Hostname changeHostname change


All default services have predefined ports. For example, the port for MySQL is 3306. The port is listed in the details of each service:

Setting up portSetting up port

The ports used for communication between the custom service and the main container should be defined in the Docker image.

Buddy is 100% customer driven. If there’s a feature or integration you miss, let us know in the comments below or directly at


Alexander Kus

Alexander Kus

Customer Success Manager

A story-teller and conversation-lover, Alexander decided to invest his skills to help his friends at Buddy transform the cold language of patch notes into exciting narratives. Also: an avid gamer, hip-hop DJ, Liverpool FC fan, absentminded husband, and the father of two.