Includes the following targets:
- `make lint` → Run pre-commit hook for trailing whitespace
- `make format` → Apply Prettier formatting across the repo
- `make push` → Add, commit (with prompt), and push changes
- `make amend` → Amend the last commit without editing message
- `make help` → Show usage guide
Also includes optional extras like hook installation and reset utilities.
Includes the following targets:
- `make lint` → Run pre-commit hook for trailing whitespace
- `make format` → Apply Prettier formatting across the repo
- `make push` → Add, commit (with prompt), and push changes
- `make amend` → Amend the last commit without editing message
- `make help` → Show usage guide
Also includes optional extras like hook installation and reset utilities.
Replaces GITHUB_TOKEN with a fine-grained personal access token to ensure that semantic-release can trigger the release.published workflow.
GitHub blocks workflows triggered by the default GITHUB_TOKEN from triggering other workflows,
which prevented our Docker build from running automatically after a release.
- Replaces workflow_run trigger with release.published
- Builds Docker image only when semantic-release publishes a new tag
- Tags image with immutable version and either :latest or :dev based on stability
- Removes unnecessary artifact dependencies and fallback tag logic
- Triggers only after 'Release Trigger' workflow confirms 'Check' passed
- Runs full semantic-release with test gate
- Removes redundant changelog plugin install
- Exports release tag as artifact for use in downstream Docker build
Introduces a reusable workflow that waits until the 'Check' workflow has successfully passed on the current commit.
Also adds 'release-trigger', which runs on push to main and calls this reusable workflow before allowing semantic-release to continue.
- Prevents race conditions between quality checks and release
- No external dependencies (uses native GitHub CLI)
- Improves reliability and control of CI/CD sequencing
Introduces a reusable workflow that waits until the 'Check' workflow has successfully passed on the current commit.
Also adds 'release-trigger', which runs on push to main and calls this reusable workflow before allowing semantic-release to continue.
- Prevents race conditions between quality checks and release
- No external dependencies (uses native GitHub CLI)
- Improves reliability and control of CI/CD sequencing
This commit introduces a GitHub Actions workflow that automatically merges pull requests created by the fieldmate release process.
What it does:
- Detects PRs from branches starting with `fieldmate-auto-release`
- Attempts to enable auto-merge via GitHub CLI
- Falls back to direct squash merge if auto-merge is not possible
- Uses consistent commit messages and descriptions
This ensures that updates to fieldmate in frappe_docker are propagated cleanly and automatically, triggering rebuilds where needed.
This workflow listens for repository_dispatch events of type 'fieldmate-release'.
It is intended to be triggered from the Fieldmate repository after a new version is released.
On receiving the event:
- It prints the version number from the client_payload
- Serves as an integration point for docker rebuilds, publish flows, or other automations
Use `version` in the client payload to pass the released tag, e.g. 'v0.0.2'.
- Cron from daily to once per week
- Pretty branch name + PR-title with date
- Python-version pinning
- Improved caching key (combines OS and Python-version)
- User pre-commit gc for cleanup
- Combined the `Pre-commit` and `Lint` workflows under the `on.workflow_run` trigger in the Semantic Release workflow.
- Unified steps for dependency installation, testing, and release note generation.
- Added handling for `FRAPPE_BRANCH` to ensure metadata files are created and uploaded consistently.
- Reduced redundancy and improved maintainability of the workflow configuration.
