If a required approver does not have the ability to be an approver in
the repository then when running this action you could receive an
HTTP/402 Validation Failed error. This change documents this behavior.
Closes#7.
If you want to be able to force a timeout for the manual approval
process you can use the `timeout-minutes` setting for either the step or
the job. This change documents this in the README. Closes#15.
* Adding support for custom titles.
* Cleaning up blank lines in main.go
* Renaming approvalIssueTitle to IssueTitle in all relavent places.
* Fixing period in README
Co-authored-by: Thomas Stringer <thomas@trstringer.com>
* Remove period in action doc.
Co-authored-by: Thomas Stringer <thomas@trstringer.com>
Co-authored-by: Thomas Stringer <thomas@trstringer.com>
Prior to this PR, if there was a newline (or multiple newline
characters) at the end of the keyword then it wouldn't match. With this
fix any number of newlines at the end of the keyword match will now be
considered for approve or deny.
This PR adds a debug logging statement to stdout prior to creating the
issue. This will help troubleshoot issues, such as a GitHub API http/422
response status with invalid message.
* Close issue if kill signal received
* Refactor: Exiting main loop can close application without explicit call to os.Exit(0)
* Leave a comment on the closed issue if the close handler is triggered
* Accidentally deleted the final logging command
* Fix punctuation on the closing comment
* Handle the comment loop and interruption handling via channels and a select statement
* Update main.go
* Allow approval of a worflow with a set number of approvals
* update action interface
* Added test for when not enough approvals have been registered and minimumApprovals is set
* Warning raised by invalid minimumApprovals value should be an error
* update new input name to use hyphens
* Input env variable does in fact contain hyphens