This issue contains a list of Renovate updates and their statuses.

Repository problems

These problems occurred while renovating this repository.

• WARN: Branch is not up to date - cannot automerge

Awaiting Schedule

These updates are awaiting their schedule. Click on a checkbox to ignore the schedule.

• chore(deps): lock file maintenance

Pending Status Checks

These updates await pending status checks. To force their creation now, check the box below.

• chore(deps): update dependency husky to v5.1.3
• chore(deps): update linters (@typescript-eslint/eslint-plugin, @typescript-eslint/parser, eslint)

Open

These updates have all been created already. Click a checkbox below to force a retry/rebase of any.

• chore(deps): update dependency @vidavidorra/commitlint-config to v2.1.14
• chore(deps): update wagoid/commitlint-github-action action to v3.0.6
• chore(deps): update dependency eslint-config-prettier to v8
• Check this option to rebase all the above open PRs at once

---

• Check this box to trigger a request for Renovate to run again on this repository

Table of contents

• Release strategy
• Continuous integration
• CLI

Release strategy

The release strategy should, to some extend, minimise the updates so users don't get an abundance of formulae updates. This means that we can't simply bump all formulae in every release. I still want to keep the formulae version somewhat up-to-date with the Homebrew Caboodle version, but that could be accomplished by periodical updates. Another benefit of this release strategy is that we minimise the workload on the CI as we don't need to bottle every formula every single time. With this, the release strategy will be as follows.

• Regular updates include only the formulae that have actually changed.
• Monthly updates update all formulae.
  This will rebuild the bottles and bump the formulae version for all formulae, making them up-to-date with the Homebrew Caboodle version.

Continuous integration

• Check syntax;
• Build matrix set dynamically based on the changed formulae;
• Each workflow run is for a single formula;
• Use the Homebrew test bot as much as possible;

Tap syntax

This job is based on the tap-syntax job of Homebrew/homebrew-core.

Job to check the tap syntax, using the brew test-bot --only-tap-syntax command.

Test

This job is based on the test job of Homebrew/homebrew-core.

Job to test formulae and build bottles of either all formulae or only the changed ones, depending whether the current run is a periodic rebuild. To efficiently build multiple formulae, this should use a dynamic build matrix. This build simply uses the Homebrew test bot to bottle a formulae and upload the bottle as workflow artefact. All bottles build during the job are uploaded, as artefact, using GitHub upload artefact action, which will join all files from different matrix jobs in a single zip-file. The only custom thing this job needs is something to determine the build matrix.

The core commands for this workflow are:

• brew test-bot --only-cleanup-before;
• brew test-bot --only-setup;
• brew test-bot --only-formulae ${{ matrix.formula }}.
  Install, test and bottle the formula.

CLI

• changed
• create
• list
• update

changed

Get formulae changed between Git commits, between startCommit and endCommit.

• startCommit SHA (optional)
• endCommit SHA.
• --json option to output the changed formulae as JSON that can be processed using the fromJSON GitHub Action context syntax.

create

Create formulae from their configurations.

• Option to update existing formulae.

list

List formulae

update

Update formulae from their configurations, keeping the bottle information.