Personal dev workflow toolkit: unified logging and composable commit-message conventions.
This repository publishes a reusable pre-commit/prek hook: zendev-commit-msg.
The default zendev profile provides one strict, canonical type for every
Gitmoji intention while preserving the original zendev pairs:
🎉 init: begin a project✨ feat: add export🐛 fix(parser): handle null token📝 docs: update README🚀 deploy: publish the package
It also allows common Git-generated merge, revert, and autosquash messages.
Messages like feat: add export are rejected because the emoji prefix is required.
Select a profile in the consuming repository's pyproject.toml:
[tool.zendev.commit]
profile = "conventional"The hook and PR-title action share the same profiles:
zendev(default): 75 strict emoji/shortcode-to-type pairs—one for every Gitmoji intention. For example,🎉 init,✨ feat,🚀 deploy, and🧵 concurrencyare valid; pairing those tokens with another type is rejected.conventional: the complete Conventional Commits 1.0.0 shape, including optional scopes,!, multi-paragraph bodies,BREAKING CHANGE/BREAKING-CHANGE, and Git-style footers.gitmoji: the official Gitmoji title shape with Unicode or shortcode intentions, optional scope, optional colon, and an optional Git commit body.
The Gitmoji catalog is vendored for deterministic, offline validation. It contains
all 75 entries from the upstream commit pinned in
scripts/sync_gitmoji.py. Maintainers can refresh the
snapshot with just sync-gitmoji; normal hook execution never uses the network.
The vendored catalog retains Gitmoji's MIT license notice.
The complete reviewable type mapping lives in
emoji-conventions.toml. Both Unicode
tokens and Gitmoji shortcodes are accepted by the default profile, including
🎉 init: begin a project and :tada: init: begin a project.
An explicit CLI flag overrides repository configuration:
uvx --from zendev zendev-commit-msg --profile conventional .git/COMMIT_EDITMSG
uvx --from zendev zendev-validate-title --profile gitmoji ":sparkles: Add export support"With .pre-commit-config.yaml:
repos:
- repo: https://github.com/zendev-lab/zendev
rev: v0.1.0
hooks:
- id: zendev-commit-msgWith prek.toml:
[[repos]]
repo = "https://github.com/zendev-lab/zendev"
rev = "v0.1.0"
hooks = [
{ id = "zendev-commit-msg" },
]Then install the hook:
uvx prek install --hook-type commit-msgThis repository now ships both the Python CLIs and the thin composite-action
wrappers under actions/, so one zendev revision owns the full PR
validation stack.
Check out the repo, then call the local actions:
# .github/workflows/ci-pr-checks.yml
name: CI - PR Checks
on:
pull_request:
types: [opened, edited, synchronize, reopened]
jobs:
title:
runs-on: ubuntu-latest
permissions:
pull-requests: read
steps:
- uses: actions/checkout@v4
- uses: ./actions/validate-title
with:
text: ${{ github.event.pull_request.title }}
body:
runs-on: ubuntu-latest
permissions:
pull-requests: read
steps:
- uses: actions/checkout@v4
- uses: ./actions/validate-body
with:
body: ${{ github.event.pull_request.body }}
require-checklist: "true"Pin the action path in this repository:
jobs:
title:
runs-on: ubuntu-latest
permissions:
pull-requests: read
steps:
- uses: actions/checkout@v4
- uses: zendev-lab/zendev/actions/validate-title@v0.1.0
with:
text: ${{ github.event.pull_request.title }}
profile: autojobs:
body:
runs-on: ubuntu-latest
permissions:
pull-requests: read
steps:
- uses: actions/checkout@v4
- uses: zendev-lab/zendev/actions/validate-body@v0.1.0
with:
body: ${{ github.event.pull_request.body }}
require-checklist: "true"actions/validate-body validates the PR body's H2 sections against the repository PR template.
Every template H2 is required by default. Prefix an optional H2 with
<!-- pr-body:optional -->; <!-- pr-body:required --> is accepted when an explicit marker is
useful. Optional sections may be omitted from the PR body, but present sections must remain in
template order and the body may not introduce undeclared or duplicate H2 headings. Directives
inside fenced code blocks are ignored, and ambiguous or dangling directives fail closed.
When require-checklist is true, the action also parses every - [x] … row under the configured
## Checklist section and requires those exact lines (character-for-character except trailing
newline handling) to appear in the PR body. Use checklist-section for a different H2 title and
fail-on-empty-checklist to make a missing checklist section fail closed.
Each composite action resolves its bundled zendev tree from GITHUB_ACTION_PATH
(one level under actions/) and runs the matching CLI revision with uvx --from,
so the wrappers always stay aligned with whatever tag or revision pins the action.
just installThat installs both pre-commit and commit-msg hooks for local development.