Skip to content

Add conventional commit checks and release branching actions#203

Open
gasperzgonec wants to merge 3 commits into
mainfrom
gasperz/ISS-266235
Open

Add conventional commit checks and release branching actions#203
gasperzgonec wants to merge 3 commits into
mainfrom
gasperz/ISS-266235

Conversation

@gasperzgonec
Copy link
Copy Markdown
Contributor

Description

This PR introduces new actions to match the new release workflow.

Connected Issues

Checklist

  • Tests added/updated and ran with npm run test OR no tests needed.
  • Ran backwards compatibility tests with npm run test:backwards-compatibility.
  • Code formatted and checked with npm run lint.
  • Tested airdrop-template linked to this PR.
  • Documentation updated and provided a link to PR / new docs OR no docs needed.

@gasperzgonec gasperzgonec requested review from a team and radovanjorgic as code owners May 19, 2026 13:35
@@ -0,0 +1,18 @@
#!/usr/bin/env bash
# Verifies github.actor is listed in CODEOWNERS (individual users only).
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

How hard is it to add check for github group as well? For example to have whole @devrev/airdrop here or @devrev/aidrop-admin?

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe rename file to check-conflicting-versions.sh or sth like that?

@@ -0,0 +1,42 @@
#!/usr/bin/env bash
# Validates PR title and all commits in a pull request for conventional or release-command format.
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What is expected/valid PR title and commits here? What do we actually validate?

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please improve the filename.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think we need emergency releases. Even if it is a hotfix and needs to be delivered fast, you can always get approval from someone from the team. I propose moving the release-automation.yml here.

Use active voice and present tense, e.g., This PR fixes ...

PR titles must use Conventional Commits (e.g. feat: ..., fix: ...).
Maintainer-only release commands (beta/..., release/..., patch/...) are
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Instead of maintainer taking care of opening a PR for this, maybe automation can do this for us on workflow trigger?

Comment thread .husky/commit-msg
@@ -0,0 +1,12 @@
#!/usr/bin/env sh
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What is this script? New dependency only for this?

Comment thread package.json
"author": "devrev",
"license": "ISC",
"devDependencies": {
"@commitlint/cli": "^20.5.3",
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we really need dependency for this? Another thing to resolve CVEs on.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants