Releases: github/branch-deploy
v7.2.0
v7.2.0
This release introduces retries for all Octokit requests. This issue was raised in #180 which pointed out that potential latency was causing the Action to fail when it was trying to add a file to a branch that didn't quite exist yet. This release adds significant improvements for resiliency when making requests to the GitHub API through Octokit retries.
Users do not need to do anything when upgrading to this release and retries will be handled for you out of the box.
Enjoy! 🚀
What's Changed
- Octokit Retries by @GrantBirki in #181
Full Changelog: v7.1.0...v7.2.0
v7.1.0
v7.1.0
This release introduces a new input parameter for this Action:
deploy_message_path
- The path to a markdown file which is used as a template for custom deployment messages
You can read more about this change under the dedicated documentation for custom deployment messages.
This release will give users of this Action even more flexibility to customize what their projects deployment messages look like! All this can now be done in our familiar friend, markdown and it also comes with nunjucks template rendering support 🚀.
What's Changed
- File Based Post Deploy Messages by @GrantBirki in #174
- Code cleanup by @GrantBirki in #175
- node package updates by @GrantBirki in #176
- Documentation Updates by @GrantBirki in #177
- add example screenshot by @GrantBirki in #178
Full Changelog: v7.0.0...v7.1.0
v7.0.0
v7.0.0
⚠️ Breaking Changes ⚠️
This new major release changes the way that "noop" style commands work. Starting with this release, the .deploy noop
command will no longer work and it will be immediately replaced with .noop
instead. The core reasoning for this, is so that .noop
can become its own standalone command and no longer be a subset of the .deploy
command. This will lead to less mistakes, user error, and higher flexibility when customizing this Action for future projects.
What do I need to do?
For most users, you don't need to do anything at all. Simply use .noop
(the default) instead of .deploy noop
. In fact, if you upgrade to v7.0.0
(this release) and run .deploy noop
, you will be presented with a comment containing details about the command to use instead and a link to the deprecation docs
You can always customize the noop_trigger
input option to be something else besides .noop
(you could do .plan
if you're doing Terraform things for example) but the "noop" trigger will never again be a subset of the primary deploy command.
Why was this change made?
Here are some suggested readings to learn more about why this change was made if you are curious to learn more:
What's Changed
- noop prefix enhancements by @GrantBirki in #169
isDeprecated
Function Fixes by @GrantBirki in #171- node package updates by @GrantBirki in #172
Full Changelog: v6.1.0...v7.0.0
v6.1.0
v6.1.0
This release introduces a new input option from @szymonpk's suggestion #163.
This input option is called draft_permitted_targets
and allows for users to designate certain environments that can be deployed to via a pull request in a "draft" state. By default, no environments can be deployed to from draft PRs but this option may be configured if you or your organization has a special use case where you would like to deploy a draft pull request.
More details about this change can be found here -> #166
What's Changed
- Draft Permitted Targets by @GrantBirki in #166
- Node Dependencies by @GrantBirki in #167
Full Changelog: v6.0.1...v6.1.0
v6.0.1
v6.0.1
Updates internal node dependencies
What's Changed
- update unlock-on-merge docs by @GrantBirki in #162
- node package updates by @GrantBirki in #164
Full Changelog: v6.0.0...v6.0.1
v6.0.0
v6.0.0
This is a new major release which implements two new large features:
- Parameter Support via #146
- Auto-Release Deployment Locks via #150
- "Sticky" lock fixes via #158
- Added
maintain
role to deployment permissions as it was missing via #157 - Added a new
permissions
input option via #161 - Added a new
actor
output via #161
prefix_only
input has been removed. For reading about why this feature has been removed, please read the pull request description where this change was made here
What's Changed
- Parameter Support by @GrantBirki in #146
- Package Updates by @GrantBirki in #149
- Auto Release Deployment Locks by @GrantBirki in #150
- Unlock on merge fixes by @GrantBirki in #151
- update docs by @GrantBirki in #152
- update 'Unlock On Merge Mode' docs by @GrantBirki in #153
- Added 'maintain' role to valid-permissions.js by @juboe-kion in #157
- Sticky Lock Fixes - Logging Improvements by @GrantBirki in #158
- v6.0.0 Improvements by @GrantBirki in #161
New Contributors
- @juboe-kion made their first contribution in #157
Full Changelog: v5.2.2...v6.0.0
v5.2.2
v5.2.2
This pull request updates the commit message of locks to prevent unnecessary CI triggers
What's Changed
Full Changelog: v5.2.1...v5.2.2
v5.2.1
v5.2.1
This release fixes a bug identified by @dmccaffery. If a repository had no CI checks defined and and PR was approved, then no conditions would be met and branch-deploy would not continue.
Additional Changes:
- Updating Actions workflows
- Updating all node packages
What's Changed
- Upgrade yaml validation by @GrantBirki in #140
- Update Documentation by @GrantBirki in #141
- CI Status Check Fixes by @GrantBirki in #142
Full Changelog: v5.2.0...v5.2.1
v5.2.0
v5.2.0
What's Changed
- More docs updates by @GrantBirki in #136
- no trigger detected log by @GrantBirki in #137
- General Repo Updates by @GrantBirki in #138
- Action Config Validation by @GrantBirki in #139
Full Changelog: v5.1.1...v5.2.0
v5.1.1
v5.1.1
This release fixes a bug where the log_url
in deployment statuses was not being properly set.
This release also updates documentation, update Actions workflows in our CI, and adds new docs examples using Astro.
What's Changed
- Fix
log_url
in deployment status by @sinsoku in #132 - Add non-sticky lock removal to the example by @sinsoku in #133
- Examples Docs Updates by @GrantBirki in #134
- Update all Actions Workflows by @GrantBirki in #135
Full Changelog: v5.1.0...v5.1.1