Installing Buildkite Agent on Windows
The Buildkite Agent is supported on Windows 8, Windows Server 2012, and newer. There are two installation methods: automated using PowerShell, and manual installation.
The agent runs scripts from the agent hooks directory, and checks-out and runs scripts from code repositories. Please consider the filesystem permissions for these directories carefully, especially when operating in a multi-user environment.
You'll need to run the automated installer within PowerShell with administrative privileges.
Once you're in an escalated PowerShell session, you can run this script to install the latest version of the agent:
PS> $env:buildkiteAgentToken = "<your_token>" PS> Set-ExecutionPolicy Bypass -Scope Process -Force iex ((New-Object System.Net.WebClient).DownloadString('https://raw.githubusercontent.com/buildkite/agent/main/install.ps1'))
Copy or generate SSH keys into your
.ssh directory. For example, typing the following into Git Bash generates a new private key which you can add to your source code host:
$ ssh-keygen -t rsa -b 4096 -C "firstname.lastname@example.org"
See the Agent SSH keys documentation for more details.
- Agent Hooks:
- SSH keys:
The configuration file is located at
C:\buildkite-agent\buildkite-agent.cfg. See the configuration documentation for an explanation of each configuration setting.
There are two options to be aware of for this initial setup:
- Set your agent token, if you did not set it as an environment variable during installation.
You may need to use the
shellconfiguration option. On Windows, Buildkite defaults to using Batch. If you want to use PowerShell or PowerShell Core, you must point Buildkite to the correct shell. For example, to use PowerShell:
#Provide the path to PowerShell executables shell="C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe"
Using PowerShell Core (PowerShell 6 or 7) causes unusual behavior around pipeline upload. Refer to Defining steps: pipeline.yml file for details.
Rerun the install script.
While the agent will work without Git installed, you will require Git for Windows to interact with Git. You will need Git Bash to use SSH on Windows 7 or below.
Buildkite does not currently support using Git Bash to run Bash scripts as part of your pipeline. We recommend using CMD (default) or PowerShell 5.x. You can also use PowerShell Core, but be aware of the odd behavior around pipeline upload steps. Refer to Defining steps: pipeline.yml filefor more information.
The simplest way to run buildkite-agent as a service is to use a third-party tool like nssm. Once installed, you can either run the GUI and configure manually, or create the service using the command-line:
# These commands assume you installed the agent using PowerShell # Your paths may be different if you did a manual installation nssm install buildkite-agent "C:\buildkite-agent\bin\buildkite-agent.exe" "start" nssm set buildkite-agent AppStdout "C:\buildkite-agent\buildkite-agent.log" nssm set buildkite-agent AppStderr "C:\buildkite-agent\buildkite-agent.log" nssm status buildkite-agent # Expected output: SERVICE_STOPPED nssm start buildkite-agent nssm status buildkite-agent
If you'd like to change the user the buildkite-agent service runs as, you can use the same third-party tool nssm using the command-line:
nssm set buildkite-agent ObjectName "COMPUTER_NAME\ACCOUNT_NAME" "PASSWORD"
Replace the following:
COMPUTER_NAME: The system name under Settings. For example,
ACCOUNT_NAME: The name of the account you'd like to use. For example,
PASSWORD: The password for the account you'd like to use. You can reference a variable rather than directly specifying the value.
On Windows, all commands run as the invoking user.
You can use Buildkite on Windows through WSL2, but it has limitations. At present (12 January 2022), hooks and plugins both have issues. We recommend using CMD (default) or PowerShell 5.x instead.
To install the agent on WSL2, follow the generic Linux installation guide. Do not use the guides for Ubuntu, Debian, and so on, even if that is the Linux distro you are using with WSL2.
Using WSL2 causes unusual behavior during pipeline upload. Refer to Defining steps: pipeline.yml file for details.
The agent will run scripts from the hooks directory, and will checkout and run scripts from code repositories. Please consider the filesystem permissions for these directories carefully, especially when operating in a multi-user environment.