v1.4.1

ReleaseFlow v1.4.1

Diff since v1.4.0

Changed

• The changelog entry check doesn't compare the public API before the initial release, while the main branch has no version, so a pull request into develop of a package that has never been released needs a new entry, but not one under ### Breaking or ### Added, nor the skip changelog label.

Merged pull requests:

• Release 1.4.1 (#69) (@biojulia-releaseflow[bot])

v1.4.0

ReleaseFlow v1.4.0

Diff since v1.3.1

Added

• The back-merge workflow's input auto-merge approves and merges a release's back-merge once TagBot has tagged the release at the commit that the back-merge brings, its required checks pass, and it doesn't conflict, on the caller's workflow_run of TagBot and of the checks, without GitHub's auto-merge; each run says what each back-merge waits for, and which setting or permission is missing.
  This repository's own back-merges use it.

Merged pull requests:

• Release 1.4.0 (#66) (@biojulia-releaseflow[bot])

v1.3.1

ReleaseFlow v1.3.1

Diff since v1.3.0

Fixed

• The changelog entry check, and the breaking check, failed for a package with a registered dependency, with "The public API of … couldn't be listed", on a runner without a registry, as a fresh runner is: 1.3.0's comparison of the public API resolved the package's dependencies without installing one, and the checks now install it first.
  Where a listing fails, the error now gives Julia's message, such as "expected package … to be registered", rather than the end of its stack trace.
• The breaking check failed where the last release has no test/ directory, since 1.3.0's retirement of tests took its note of no tests as a failure; it now finds no failures there.

Merged pull requests:

• hotfix/v1.3.1 (#63) (@CiaranOMara)

v1.3.0

ReleaseFlow v1.3.0

Diff since v1.2.0

Added

• The changelog entry check compares the public API of a pull request that changes the package's src/ or Project.toml with its base's, and needs a new entry under ### Breaking where it removes or changes any, and under ### Added where it adds any, so that the release takes the right version from its pull requests' entries, rather than the breaking check finding a breaking change only at the release.
• The breaking check doesn't count the failures of the last release's tests that the head's test/Retired.toml retires, by their path and line under the release's version, with a reason that the job's summary lists, so that a test of internals that the head changes, which the tagged release can't drop, doesn't make the change breaking.

Changed

• This repository's CI.yml runs on pushes to master and develop only, not to release/* and hotfix/* branches, which their pull requests test, nor to tags, which name commits already tested; so a release's commit is tested once, not once for its push and again for its pull request.

Fixed

• The workflows' Julia caches no longer try to delete their older caches, which needs the permission actions: write, which the jobs lack, so the cleanup at each job's end no longer logs GitHub's refusal; GitHub evicts the older caches once the repository's caches reach its limit.
• The breaking check, and the changelog entry check's comparison of the public API, count a name that's still defined but no longer exported or declared public as removed, since using no longer gives it, rather than as still provided; and so one that becomes public as added.

Merged pull requests:

• Release/v1.3.0 (#61) (@CiaranOMara)

v1.2.0

ReleaseFlow v1.2.0

Diff since v1.1.1

Added

• The version check fails a release whose section has ### Added entries with the next patch, from 1.0, where new features take the next minor or major version, and a hotfix whose section has any, since a hotfix adds no features; before, only prepare's step auto read them.

Changed

• register.yml comments for Registrator with the workflow's GITHUB_TOKEN, as github-actions[bot], whose comments Registrator acts on, so it needs no machine user: its caller grants contents: write, and REGISTRATOR_TOKEN, now optional, comments instead where it's given.
  Where GitHub refuses the comment, the error gives GitHub's message and what the token needs, and the job summary gives the comment to make by hand meanwhile.
• The README's callers of gitflow.yml, oneflow.yml and trunk.yml take a concurrency group, so that a pull request's new push cancels the run of its outdated commit, as this repository's CI.yml and Self-Gitflow.yml now do; CI.yml's runs on pushes to a branch or a tag still run to the end.

Merged pull requests:

• Merge master (v1.1.1) into develop (#47) (@biojulia-releaseflow[bot])
• Comment for Registrator with the workflow's own token (#48) (@CiaranOMara)
• Take the next minor version for new features, and none in a hotfix (#49) (@CiaranOMara)
• Cancel a pull request's run of its outdated commit (#50) (@CiaranOMara)
• Release 1.2.0 (#51) (@biojulia-releaseflow[bot])
• Merge master (v1.2.0) into develop (#52) (@biojulia-releaseflow[bot])

v1.1.1

ReleaseFlow v1.1.1

Diff since v1.1.0

Changed

• The breaking check's summary shows each failing test of the last release with its expression, and what it evaluated to or the exception it threw, at its path in the repository, rather than only the line naming its file.

Fixed

• The checks' messages name the changelog by its path in the repository, such as ReleaseFlow/CHANGELOG.md for a package in a subdirectory, rather than CHANGELOG.md.
• release.yml and register.yml run the action at its release, and with local-action at the checkout, in jobs of their own, since GitHub resolves every action of a job before it runs, even one whose step is skipped; so Self-Register.yml no longer fails where a release merges, whose own tag doesn't exist until it's registered. The jobs that run the action no longer have the tokens: release.yml's Push job applies the changes that its Prepare job passes on, and pushes them, and register.yml's Register job, after its Registration job, comments, and only runs where there's a version to register.

Merged pull requests:

• Release 1.1.1 (#46) (@biojulia-releaseflow[bot])

v1.1.0

ReleaseFlow v1.1.0

Diff since v1.0.1

Added

• The reusable workflow tag.yml, which moves each major tag, such as v1, to the newest release of its major version, vX.Y.Z, whichever made the tag, TagBot or a maintainer, and whenever, for a repository that callers follow by its major tag; it only moves a major tag forwards, to a release that descends from where it is, leaves pre-releases out, and reports what it did for each major tag as a notice on the run and a line of the job's summary, or, where GitHub refuses a move, an error with GitHub's message.
• This repository moves v1 with it, through Self-Tag.yml, once TagBot tags a release vX.Y.Z, with tag_prefix: NO_PREFIX, in place of ReleaseFlow-vX.Y.Z, and with the ReleaseFlow app's token, which the ruleset on v* tags lets through; so the workflows' callers get a release once ReleaseFlow's is registered.
• This repository's TagBot names master as its release branch, so that its tags land on master's merge commits rather than on the back-merges into develop, which share their trees, once TagBot searches that branch first.
• The reusable workflow dependents.yml, which runs the tests of the packages that depend on this one, each checked out at its default branch, with the pull request's branch in its place, as the checks dependents / <repository>.
• The back-merge's inputs from and into, which bring any branch into any other, such as a maintenance branch into the main branch, from a branch back-merge/<from>-<commit>; by default, the main branch into develop, as before.
• registration, which reports, as the action's outputs version, register and notes, the version at the head, whether the registry still lacks it, and its section of the changelog, as the release notes; where the registry doesn't know the package, its first release is registered by hand, and the check warns with the comment to make and the commit to make it on.
• The reusable workflow register.yml, which comments @JuliaRegistrator register, with the release notes, on a release's commit once it merges, with a machine user's token, REGISTRATOR_TOKEN; TagBot then tags the release; and Self-Register.yml, which registers this repository's releases.
• prepare, which prepares a release in a checkout of the branch it starts from: the next version after the last release, by RELEASEFLOW_STEP, where auto reads the unreleased section's ### Breaking and ### Added, set in Project.toml; the unreleased entries moved into its dated section, with the changelog's links; and the pins of RELEASEFLOW_PIN_ACTION set to it.
• The reusable workflow release.yml, started from the Actions tab, which prepares a release or hotfix with prepare, pushes its branch, and opens its pull request, a draft for a hotfix, with the ReleaseFlow app's token; and Self-Release.yml, which prepares this repository's releases.
• The input local-action of release.yml and register.yml, which runs the action from the checked-out commit instead of its release; Self-Release.yml and Self-Register.yml set it, since a release of this repository may be the first with a check that they call, and its own tag only exists once it's registered.

Merged pull requests:

• Merge branch 'hotfix/v1.0.1' (#4) (@CiaranOMara)
• Merge master (v1.0.1) into develop (#5) (@biojulia-releaseflow[bot])
• Move the major tags to the newest releases (#6) (@CiaranOMara)
• Report the major tags on the run's page (#7) (@CiaranOMara)
• Test the packages that depend on a release (#8) (@CiaranOMara)
• Back-merge between any two branches (#9) (@CiaranOMara)
• Feature/prepare release (#10) (@CiaranOMara)
• feature/tag-guards (#37) (@CiaranOMara)
• Register releases after they merge (#38) (@CiaranOMara)
• Feature/local action (#39) (@CiaranOMara)
• Release 1.1.0 (#40) (@biojulia-releaseflow[bot])
• Merge master (v1.1.0) into develop (#41) (@biojulia-releaseflow[bot])

v1.0.1

What's Changed

• Merge branch 'hotfix/v1.0.1' by @CiaranOMara in #4

Full Changelog: v1.0.0...v1.0.1

v1.0.0

Full Changelog: https://github.com/BioJulia/Workflows/commits/v1.0.0