fix(pack): Add support for additional Ansible directory structures in ansible
's path_regex, and correct docs
#878
Workflow file for this run
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
name: Review Checklist | |
on: | |
pull_request_target: | |
types: [opened, review_requested] | |
jobs: | |
review-checklist: | |
name: Review Checklist | |
runs-on: ubuntu-latest | |
steps: | |
- uses: actions/github-script@v6 | |
with: | |
script: | | |
const body = context.payload.pull_request.body | |
if (body && body.startsWith(":robot: I have created a release *beep* *boop*")) { return; } | |
const { data: comments } = await github.rest.issues.listComments({ | |
issue_number: context.issue.number, | |
owner: context.repo.owner, | |
repo: context.repo.repo, | |
}); | |
// if comment already exists, then just return | |
if (comments.find(comment => comment.body.includes("### Review Checklist"))) { return; } | |
github.rest.issues.createComment({ | |
issue_number: context.issue.number, | |
owner: context.repo.owner, | |
repo: context.repo.repo, | |
body: `### Review Checklist | |
Does this PR follow the [Contribution Guidelines](development guidelines)? Following is a _partial_ checklist: | |
Proper conventional commit scoping: | |
- If you are adding a new plugin, the scope would be the name of the category it is being added into. ex. \`feat(utility): added noice.nvim plugin\` | |
- If you are modifying a pre-existing plugin or pack, the scope would be the name of the plugin folder. ex. \`fix(noice-nvim): fix LSP handler error\` | |
- [ ] Pull request title has the appropriate conventional commit type and **scope** where the scope is the name of the _pre-existing_ directory in the project as described above | |
- [ ] \`README\` is properly formatted and uses fenced in links with \`<url>\` unless they are inside a \`[title](url)\` | |
- [ ] Entry returns a single plugin spec with the _new plugin_ as the only top level spec (not applicable for recipes or packs). | |
- [ ] Proper usage of \`opts\` table rather than setting things up with the \`config\` function. | |
- [ ] Proper usage of \`specs\` table for all specs that are not dependencies of a given plugin (not applicable for recipes or packs). | |
`, | |
}) |