This is an intermediate QMK tutorial to setup an out-of-tree build environment with a personal GitHub repository. It avoids using a fork of the QMK firmware to store and build your keymap within its source tree. Keymap files will instead be stored in your own personal GitHub repository, in Userspace format, and built with an action workflow. Unlike the default tutorial, this guide requires some familiarity with using Git.
?> Is This Guide For Me?
This is a lean setup to avoid space-consuming local build environment in your computer. Troubleshooting compile-time errors will be slower with commit uploads to GitHub for the compiler workflow.
The following are required to get started:
- GitHub Account
- A working account is required to setup and host your repository for GitHub Actions to build QMK firmware.
- Text editor
- You’ll need a program that can edit and save plain text files. The default editor that comes with many OS's does not save plain text files, so you'll need to make sure that whatever editor you chose does.
- Toolbox
- A graphical program for Windows and macOS that allows you to both program and debug your custom keyboard.
?> If you are familiar with using github.dev, you can skip to step 2 and commit the code files that follows directly on GitHub using the web-based VSCode editor.
A working Git client is required for your local operating system to commit and push changes to GitHub.
QMK maintains a bundle of MSYS2, the CLI and all necessary dependencies including Git. Install QMK MSYS with the latest release here. Git will be part of the bundle.
Install Homebrew following the instructions on https://brew.sh. Git will be part of the bundle.
It's very likely that you already have Git installed. If not, use one of the following commands:
- Debian / Ubuntu / Devuan:
sudo apt install -y git
- Fedora / Red Hat / CentOS:
sudo yum -y install git
- Arch / Manjaro:
sudo pacman --needed --noconfirm -S git
- Void:
sudo xbps-install -y git
- Solus:
sudo eopkg -y install git
- Sabayon:
sudo equo install dev-vcs/git
- Gentoo:
sudo emerge dev-vcs/git
If your GitHub account is not configured for authenticated Git operations, you will need to setup at least one of the following:
You will need a personal GitHub repository to host your QMK code. Follow this guide to create one named qmk_keymap
. Do not proceed to commit any files just yet.
Run the following commands in your computer to create a folder with a few template files:
mkdir -p ~/qmk_keymap/.github/workflows
touch ~/qmk_keymap/.github/workflows/build.yml
touch ~/qmk_keymap/config.h
echo "SRC += source.c" > ~/qmk_keymap/rules.mk
echo "#include QMK_KEYBOARD_H" > ~/qmk_keymap/source.c
?> For Windows user running MSYS, those commands will create the folder qmk_keymap/
and its content in the C:\Users\<windows_username>\qmk_keymap\
path location.
Visit the QMK Configurator to create a keymap file:
- Select your keyboard from the drop-down list (and choose a layout if required).
- Use your GitHub username for the Keymap Name field.
- Customise the key layout according to your preference.
- Select download next to KEYMAP.JSON and save the JSON file into the
~/qmk_keymap/
folder.
Open the file ~/qmk_keymap/.github/workflows/build.yml
with your favorite text editor, paste the following workflow content, and save it:
name: Build QMK firmware
on: [push, workflow_dispatch]
jobs:
build:
runs-on: ubuntu-latest
container: qmkfm/qmk_cli
strategy:
fail-fast: false
matrix:
# List of keymap json files to build
file:
- username.json
# End of json file list
steps:
- name: Checkout QMK
uses: actions/checkout@v3
with:
repository: qmk/qmk_firmware
submodules: recursive
- name: Checkout userspace
uses: actions/checkout@v3
with:
path: users/${{ github.actor }}
- name: Build firmware
run: qmk compile "users/${{ github.actor }}/${{ matrix.file }}"
- name: Archive firmware
uses: actions/upload-artifact@v3
continue-on-error: true
with:
name: ${{ matrix.file }}_${{ github.actor }}
path: |
*.hex
*.bin
*.uf2
Replace username.json
with the JSON file name that was downloaded from QMK Configurator in the previous step.
!> Do note that the build.yml
file requires proper indentation for every line. Incorrect spacing will trigger workflow syntax errors.
If you have completed all steps correctly, the folder qmk_keymap/
will contain the following files:
|-- .github
| `-- workflows
| `-- build.yml
|-- rules.mk
|-- config.h
|-- source.c
|-- username.json
To commit and push them into GitHub, run the following commands (replacing gh-username
with your GitHub user name):
cd ~/qmk_keymap
git init
git add -A
git commit -m "Initial QMK keymap commit"
git branch -M main
git remote add origin https://github.com/gh-username/qmk_keymap.git
git push -u origin main
?> Use your GitHub personal access token at the password prompt. If you have setup SSH access, replace https://github.com/gh-username/qmk_keymap.git
with git@github.com:gh-username/qmk_keymap.git
in the remote origin command above.
Files committed to GitHub in the previous step will automatically trigger the workflow to build the JSON file listed in build.yml
. To review its output:
- Visit your "qmk_keymap" repository page on GitHub.
- Select Actions tab to display the "Build QMK Firmware" workflow.
- Select that workflow to display its run from the last commit.
- Successfully compiled firmware will be under the "Artifacts" section.
- If there are build errors, review the job log for details.
Download and flash the firmware file into your keyboard using QMK Toolbox.
This setup and workflow relies on the QMK Userspace feature. The build process will copy the QMK source codes and clone your repository into its users/
folder in a container. You must adhere to the following guidelines when customising your keymaps:
- Keymap layout files must be retained in JSON format and cannot be converted to
keymap.c
. - User callback and functions (e.g.
process_record_user()
) can be placed in thesource.c
file. - Multiple keymap JSON files can be built in the same workflow. List them under
matrix.file:
, e.g.:
file:
- planck.json
- crkbd.json
- Code changes will require Git commit into GitHub to trigger the build workflow.
?> See GitHub Actions guide to learn more about development workflow.