FazBrowse GitHub Viewer | Trending |
URL:
| Home
Tools: [Download Repo ZIP]   [Original HTTPS Page]

[PD1-138] Standardize Continuous Integration workflow by joshuanapoli · Pull Request #32 · CVector-Energy/cvec-python · GitHub

[PD1-138] Standardize Continuous Integration workflow - #32

Merged
joshuanapoli merged 1 commit into
mainfrom
jn/pd1-138/standardize-ci
Aug 20, 2026
Merged

[PD1-138] Standardize Continuous Integration workflow#32
joshuanapoli merged 1 commit into
mainfrom
jn/pd1-138/standardize-ci

Conversation

Copy link
Copy Markdown
Member

Why

The Dependabot review-and-merge automation we run in ui reacts to CI through a workflow_run trigger, and workflow_run matches a workflow by its display name, not its filename. Rolling that automation out across the fleet therefore needs one agreed name in every Python and JavaScript repository. The standard, now documented in the defining-github-workflows skill in meta-software, is:

  • the workflow lives at .github/workflows/ci.yml and is named CI;
  • it triggers on pull_request, and on push restricted to the default branch, so a feature branch does not run CI twice and the automation can rely on the pull request run;
  • any paths: filter includes the dependency manifest and lock file, so a dependency-only pull request still runs CI;
  • it never skips dependabot[bot], since a skipped run means no automated review.

What changed

  • Renamed the workflow from Continuous Integration to CI.
  • Limited push runs to main; pull request runs already cover feature branches.

No job, step, or matrix entry changed, so the checks that run are the same ones as before.

## Why

The Dependabot review-and-merge automation we run in `ui` reacts to CI through a `workflow_run` trigger, and `workflow_run` matches a workflow by its **display name**, not its filename. Rolling that automation out across the fleet therefore needs one agreed name in every Python and JavaScript repository. The standard, now documented in the `defining-github-workflows` skill in `meta-software`, is:

- the workflow lives at `.github/workflows/ci.yml` and is named `CI`;
- it triggers on `pull_request`, and on `push` restricted to the default branch, so a feature branch does not run CI twice and the automation can rely on the pull request run;
- any `paths:` filter includes the dependency manifest and lock file, so a dependency-only pull request still runs CI;
- it never skips `dependabot[bot]`, since a skipped run means no automated review.

## What changed

- Renamed the workflow from `Continuous Integration` to `CI`.
- Limited `push` runs to `main`; pull request runs already cover feature branches.

No job, step, or matrix entry changed, so the checks that run are the same ones as before.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
joshuanapoli self-assigned this Aug 20, 2026

CharlesKleeven left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Choose a reason Spam Abuse Off Topic Outdated Duplicate Resolved Low Quality

Thank you

joshuanapoli merged commit 7d4b118 into main Aug 20, 2026
8 checks passed
joshuanapoli deleted the jn/pd1-138/standardize-ci branch August 20, 2026 12:52
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters. Learn more about bidirectional Unicode characters
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


Back | FazBrowse Home | New Git URL