You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Aug 27, 2024. It is now read-only.
Hi, I've started using Zappr recently. I use it for commit check, spec check and approval check. I really like the idea of having the approval policy explicitly defined as a code. It reduces ambiguity, plus compared to having the policy in docs this doesn't run the risk of containing outdated info, so thanks for developing it!
For the spec check, I like the idea of checking for URL and issue reference in the body. Unfortunately, current implementation (true/false) are difficult to work with because:
The specification.body.contains-url option would be more useful if one could specify which URL to search for.
Example: When a contributor sends a gif in the PR body, the check passes, although I might have been expecting a URL linking to the issue or other resource with well-defined URL.
Similarly for specification.body.contains-issue-number, it would be good if user could change how the issue number is searched for in the body.
Example: In my setup, I want to enforce that a PR has to either reference an issue (e.g #42) or explicitly indicate that there's no issue accompanied no-issue. Additionally, some bot-created PRs like those by Dependabot don't contain reference to any issues, and the body text they use cannot be changed, so it would be also useful to be able to handle those cases, e.g. by looking for @dependabot.
Question
Would it be relevant and possible to allow the user to specify the regexes to search for in specification.body.contains-url and specification.body.contains-issue-number?
Background
Hi, I've started using Zappr recently. I use it for commit check, spec check and approval check. I really like the idea of having the approval policy explicitly defined as a code. It reduces ambiguity, plus compared to having the policy in docs this doesn't run the risk of containing outdated info, so thanks for developing it!
For the spec check, I like the idea of checking for URL and issue reference in the body. Unfortunately, current implementation (true/false) are difficult to work with because:
The
specification.body.contains-url
option would be more useful if one could specify which URL to search for.Similarly for
specification.body.contains-issue-number
, it would be good if user could change how the issue number is searched for in the body.#42
) or explicitly indicate that there's no issue accompaniedno-issue
. Additionally, some bot-created PRs like those by Dependabot don't contain reference to any issues, and the body text they use cannot be changed, so it would be also useful to be able to handle those cases, e.g. by looking for@dependabot
.Question
Would it be relevant and possible to allow the user to specify the regexes to search for in
specification.body.contains-url
andspecification.body.contains-issue-number
?Suggestions
The code where the regexes are defined is here.
Possible implementation could be as follows:
true
, use the default (current) regex (current behavior)false
, disable the check (current behavior)The text was updated successfully, but these errors were encountered: