feat(workflow): add SDK parity dispatch workflow#17
Conversation
salihdev0
commented
Apr 8, 2026
- Introduced a new GitHub Actions workflow for SDK parity dispatch.
- Triggers on push and pull request events for Go files and go.mod.
- Utilizes a reusable workflow from tapsilat/tapsilat-sdk-parity.
- Inherits secrets for secure operations.
- Introduced a new GitHub Actions workflow for SDK parity dispatch. - Triggers on push and pull request events for Go files and go.mod. - Utilizes a reusable workflow from tapsilat/tapsilat-sdk-parity. - Inherits secrets for secure operations.
There was a problem hiding this comment.
Pull request overview
Adds a new GitHub Actions workflow to dispatch SDK parity checks using the shared reusable workflow from tapsilat/tapsilat-sdk-parity, intended to run when Go code or module files change.
Changes:
- Added
.github/workflows/sdk-parity-dispatch.ymlworkflow. - Configured triggers for
push,pull_request, andworkflow_dispatch. - Delegated execution to an external reusable workflow with inherited secrets.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
| push: | ||
| paths: | ||
| - "*.go" | ||
| - "go.mod" | ||
| pull_request: | ||
| paths: | ||
| - "*.go" | ||
| - "go.mod" |
There was a problem hiding this comment.
The workflow is only triggered for Go files in the repository root (".go"). This won’t run for changes under subdirectories like tests/ or examples/ (e.g., tests/unit/.go). Consider switching the path filter to "**/*.go" so any Go source/test changes trigger the workflow, and consider including go.sum as well since dependency updates frequently touch it even when go.mod changes are small.
| parity-dispatch: | ||
| uses: tapsilat/tapsilat-sdk-parity/.github/workflows/reusable-sdk-parity-dispatch.yml@main | ||
| secrets: inherit |
There was a problem hiding this comment.
The reusable workflow is referenced from an external repo using @main. For supply-chain hardening and reproducibility, pin reusable workflows to an immutable ref (a commit SHA, or at least a version tag) instead of a moving branch.