Internet Explorer is no longer supported. Many things will still work, but your experience will be degraded and some things won't function. Please use a modern browser such as Edge, Chrome, or Firefox.
 
No matching results found

BuildMaster Installation Guide

view on GitHub

BuildMaster is self-managed, which means you have the option to run BuildMaster on-premises or in your private/public cloud. Both Windows and Linux are supported.

Installing on Windows Servers

BuildMaster doesn't have any intense server requirements, and supports all modern version of Windows that Microsoft supports (see Windows Lifecycle Fact Sheet).

The recommended Windows server requirements are:

  • Minimum - 2 Core CPU, 4 GB RAM
  • Recommended Average/Typical - 2 Core CPU, 8 GB RAM
  • Recommended Large - 4 Core CPU, 16 GB RAM

BuildMaster itself does not require much disk space (less than 1GB); however, two major factors will impact how much space you'll need:

  • the build artifacts you store in BuildMaster
  • the size of the Git repositories you've sync'd to BuildMaster

We recommend reserving at least 10GB to store this content at first and be prepared to expand it.

There are three supported options; there is also Legacy (Traditional) Installer (github.com) available for BuildMaster v6.2 and earlier.

Easiest: Inedo Hub

The easiest way to install BuildMaster on your Windows Servers is with Inedo Hub, which is a lightweight Windows application. The Inedo Hub is used to install, update, and otherwise service your BuildMaster installation, as well as other Inedo products installed on your server.

Install BuildMaster using the Inedo Hub

The Inedo Hub also supports Offline Installation for severs with limited or no Internet access.

Silent Installation for Automation

You can also perform a silent (non-interactive) installation of BuildMaster via Inedo Hub. In this case, no user interface is displayed and no questions are asked. This can be useful for scripts or other automations.

See: Silent/Automated Installation Guide

Fully Customizable: Manual Installation

If you prefer to install BuildMaster yourself, that's also an option.

See: Manual installation

Installing on Linux Servers

BuildMaster can run on a Linux server via Docker. We may support additional installation options in the future, if there's any interest.

The recommended Container resources are:

  • Minimum - 2 vCPU, 2 GB RAM
  • Recommended Average/Typical - 2 vCPU, 4 GB RAM
  • Recommended Large - v4 CPU, 8 GB RAM

In addition, we recommend reserving a volume with at least 10GB to store your packages and container images.

Install BuildMaster on Linux using Docker

In addition to Docker Engine, you can run BuildMaster through Docker Compose or Kubernetes.

Running in the Cloud

BuildMaster can be installed on a virtual machine or container in the cloud provider of your choosing.

The Installing ProGet on AWS Lightsail guide is a good starting point for using Lightsail to install an Inedo product.

Firewall & Network Access

On Windows, BuildMaster is installed on port 8622 by default, and you should consider changing this to the default HTTP (80) and/or HTTPS (443) ports after installation.

Regardless of which port you use to access the BuildMaster web application, you must configure an inbound firewall rule to allow this access. Other inbound ports aren't required.

Server & Inedo Agent Network Access

BuildMaster is used to orchestrate and deploy files to servers, and requires the appropriate network access (inbound or outbound) to communicate with the servers. This is all configurable, and which access is required depends on how you have configured your servers and BuildMaster to access those servers.

Maintaining your BuildMaster Installation

Once your BuildMaster instance is up and running, there isn't much you will need to manage or maintain.

  • Update BuildMaster at least quarterly; we deliver a maintenance release of BuildMaster at least twice a month with low-risk bug fixes and changes. However, many small, low-risk changes add up over time, so we recommend updating BuildMaster at least once per quarter to minimize the risk of regression. View our Detailed Change Log and Upgrade Guidance on MyInedo to learn more.

  • Routinely back-up your instance to mitigate the risk of sudden hardware/server issues and to facilitate rollback to previous BuildMaster versions.

In this article

inedo.com | Support | MyInedo

docs © 2025 Inedo, LLC