Skip to content

Latest commit

 

History

History
36 lines (28 loc) · 2.22 KB

MAINTAINERS.md

File metadata and controls

36 lines (28 loc) · 2.22 KB
Raw

Maintainers

This document describes some instructions for maintainers. Other contributors and users need not be concerned with this material.

GitHub instructions

When setting up the repository on GitHub, configure the following settings:

  • Under Secrets:
    • Under Actions, add the following repository secrets with appropriate values:
      • CRATES_IO_TOKEN
      • DOCKER_PASSWORD
    • Under Dependabot, add the DOCKER_PASSWORD repository secret with an appropriate value (e.g., that of the corresponding secret above).
  • Under Branches, add a branch protection rule for the main branch.
    • Enable Require status checks to pass before merging.
      • Enable Require branches to be up to date before merging.
      • Add the following status checks:
        • Build for Linux
        • Build for Windows
        • Build for macOS
        • Install on Ubuntu
        • Install on macOS
        • Publish a release if applicable
    • Enable Include administrators.
  • Under Options, enable Automatically delete head branches.

The GitHub workflow will fail initially because the jobs which test the installer script will not find any release to download. You'll need to bootstrap a release by temporarily removing those jobs or changing them to no-ops. Be aware that the create-release job is configured to only run on the main branch, so you may also need to temporarily change that depending on which branch you're working on.

Release instructions

Releasing a new version is a four-step process:

  1. Run (cd integration_tests/typescript_web && npm ci && npm run main && open dist/index.html) to run the browser-based integration tests. This is the only test suite that doesn't run in the GitHub workflow.
  2. Bump the version in [file:Cargo.toml], run cargo build to update [file:Cargo.lock], and update [file:CHANGELOG.md] with information about the new version. Ship those changes as a single commit.
  3. Once the GitHub workflow has finished on the main branch, update the version in [file:install.sh] to point to the new release.
  4. Create a pull request in the Homebrew/homebrew-core repository on GitHub to bump the version in this file.