Cross-repo tracking: brendan1226-20260416-1338
Sibling issues in the same effort:
Rationale
Industry convention for the default git branch has shifted from master to main. GitHub defaults all new repos to main and provides a native rename tool that auto-redirects open PRs and creates a master ref alias so existing forks keep working.
Of the five Libki repos, libki-print-station already uses main. The other four — including this one — remain on master. This inconsistency is friction for contributors and has already required per-repo conditionals in an emerging ecosystem coding-guidelines doc.
Scope in this repo
Two references in the AppVeyor CI config:
appveyor.yml:11 — - master (branch filter under branches.only)
appveyor.yml:43 — branch: master # release from master branch only
Migration steps
- GitHub → Settings → Branches → rename
master to main. GitHub's native rename tool handles open PRs, issue references, and creates a ref alias so existing clones / forks continue to work.
- Merge the follow-up PR updating
appveyor.yml.
AppVeyor-specific note
AppVeyor follows whichever branch name is configured in its appveyor.yml. Unlike GitHub Actions, AppVeyor does not auto-follow a GitHub rename — CI will silently stop firing on the renamed default branch until the .yml is updated.
CI transition note
To avoid a gap in CI during the rename window, accept both branch names in appveyor.yml for a short period:
branches:
only:
- master
- main
Drop master from the list once the rename has settled.
Contributor migration (after the rename)
git branch -m master main
git fetch origin
git branch -u origin/main main
git remote set-head origin -a
No code behavior changes.
Cross-repo tracking:
brendan1226-20260416-1338Sibling issues in the same effort:
Rationale
Industry convention for the default git branch has shifted from
mastertomain. GitHub defaults all new repos tomainand provides a native rename tool that auto-redirects open PRs and creates amasterref alias so existing forks keep working.Of the five Libki repos,
libki-print-stationalready usesmain. The other four — including this one — remain onmaster. This inconsistency is friction for contributors and has already required per-repo conditionals in an emerging ecosystem coding-guidelines doc.Scope in this repo
Two references in the AppVeyor CI config:
appveyor.yml:11—- master(branch filter underbranches.only)appveyor.yml:43—branch: master # release from master branch onlyMigration steps
mastertomain. GitHub's native rename tool handles open PRs, issue references, and creates a ref alias so existing clones / forks continue to work.appveyor.yml.AppVeyor-specific note
AppVeyor follows whichever branch name is configured in its
appveyor.yml. Unlike GitHub Actions, AppVeyor does not auto-follow a GitHub rename — CI will silently stop firing on the renamed default branch until the.ymlis updated.CI transition note
To avoid a gap in CI during the rename window, accept both branch names in
appveyor.ymlfor a short period:Drop
masterfrom the list once the rename has settled.Contributor migration (after the rename)
No code behavior changes.