-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remove duplications in the GH workflows: PR metadata checks #422
Labels
Comments
We decide today to test https://github.com/jef/conventional-commits-pr-action action to check the commit title. They're only replaced on Bonita-doc repository for now. |
For "PR Title Checks", I propose to create a shared actions and then use it in all repositories: bonitasoft/actions#82 |
This was referenced Nov 18, 2022
This was referenced Dec 16, 2022
Merged
This was referenced Jan 9, 2023
tbouffard
moved this from In Progress
to Todo
in Bonita documentation site - work in progress
May 26, 2023
This was referenced Jun 30, 2023
This was referenced Oct 20, 2023
Merged
tbouffard
moved this from Todo
to In Progress
in Bonita documentation site - work in progress
Nov 17, 2023
benjaminParisel
pushed a commit
that referenced
this issue
Nov 24, 2023
) This workflow calls the "pr-antora-content-guidelines-checker" action with the configuration which applies to all documentation content repositories. This reduces the configuration maintenance. It applies to Pull Request only. covers #422
benjaminParisel
added a commit
to bonitasoft/bonita-labs-doc
that referenced
this issue
Nov 24, 2023
Use the new use reusable workflow to validate if the contribution (PR) follows the guidelines on documentation content For now only check if: - files contain:description: attributes - files not contain any forbidden attribute Covers bonitasoft/bonita-documentation-site#591 Covers bonitasoft/bonita-documentation-site#422
tbouffard
moved this from In Progress
to In Review
in Bonita documentation site - work in progress
Nov 24, 2023
benjaminParisel
added a commit
to bonitasoft/bonita-central-doc
that referenced
this issue
Nov 24, 2023
Use new action to validate if contribution (PR) follows the guidelines on documentation content For now only check if: * files contain :description: attributes * files not contain any forbidden attributes Covers bonitasoft/bonita-documentation-site#591 Covers bonitasoft/bonita-documentation-site#422
tbouffard
moved this from In Review
to Done
in Bonita documentation site - work in progress
Nov 24, 2023
tbouffard
moved this from Done
to In Review
in Bonita documentation site - work in progress
Nov 24, 2023
github-project-automation
bot
moved this from In Review
to Done
in Bonita documentation site - work in progress
Nov 24, 2023
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Currently, we duplicate several configuration
This duplication forces us to update all workflows when a new rules is added. I suggest we introduce one or several reusable workflows in the doc-site repo that will be called in other repositories.
✔️ PR Title checks
Currently we are using an action and we need to customize a rexep for the body: https://github.com/marketplace/actions/conventional-commit-checker
It doesn't enforce that the title follows Conventional Commits, the rexep it uses is not exhaustive. It doesn't check that the prefix is ok: for instance,
doc
is valid whereasdocs
should be used instead.Bonita connectors use another action (https://github.com/GsActions/commit-message-checker) which also relies on regexp and seems not accurate as well to match Conventional Commits rules. See https://github.com/bonitasoft/bonita-connector-webservice/blob/17a214d5a3f8af55080855a67a476497e3235689/.github/workflows/commit-message-check.yml
I have tested another actions that is designed to use Conventional Commits preset
https://github.com/jef/conventional-commits-pr-action that I used in process-analytics/bpmn-visualization-tools#3
this one could also be ok: https://github.com/beemojs/conventional-pr-action
If we want to go in the rexep way, we can use this tool to validate the rexep: https://regexr.com/
Note: having a shared action/wf will allow us to start with an implementation and update it at any time without having to change all workflow in doc content repositories
Tasks
bonitasoft/actions
https://github.com/bonitasoft/actions/releases/tag/v2.1.0. There won't be a reusable for this here, workflow run onpull_request_target
✔️ Doc content checks
Currently, we enforce that some string are not present in files touched by the PR (doc site url, Bonita BPM)
We use a shared Bonitasoft actions but the specific forbidden words are duplicated in all branches and repositories.
We should add a dedicated action or reusable workflow in the bonita-documentation-site that will configure the same words for all repositories.
This will make the maintenance easier when we want to add a word for instance.
In addition, we want to add more checks in the future, for instance: content wording and syntax with Vale (bonitasoft/bonita-doc#2247), AsciiDoc file name, image size, image duplication detection, ... Having a shared action/workflow will bring the new checks to all components seamlessly, without having to change anything in the documentation content repository.
I recently saw usage of HTML anchor instead of AsciiDoc syntax: bonitasoft/bonita-doc#2103 (review)
As part of this issue, we could add a new forbidden content to avoid such addition in the future.
Tasks
Note about the reusable workflows
In the doc-site repository, we could trigger it directly on pull request except if it requires inputs.
Forbidden content check is not necessary in the doc-site and doc-theme repository, so we could ignore them if we detect the current repository is one them. Alternatively, we can add an option to not run it.
The text was updated successfully, but these errors were encountered: