Feat: Integration reimagine cr flow - #154
Conversation
There was a problem hiding this comment.
Pull request overview
Adds local Pushgate pre-push checks to the template (with a committed .pushgate.yml), documents the workflow in the readmes/PR template, and updates the project creation CLI to best-effort install Pushgate during scaffolding. It also introduces a (currently active) “layer4-gatekeeper” GitHub Actions workflow + script for routing/approval gating based on risk:* + ai:* labels.
Changes:
- Add a committed Pushgate v2 configuration and document installation/skip workflows.
- Update
create-rootstrap-rn-appCLI flow to attempt Pushgate installation afterpnpm install. - Add risk-classification guidance and add a gatekeeper workflow/script for label-based merge gating.
Reviewed changes
Copilot reviewed 11 out of 11 changed files in this pull request and generated 3 comments.
Show a summary per file
| File | Description |
|---|---|
README.md |
Documents risk label system and Pushgate local hook usage. |
README-project.md |
Mirrors Pushgate + risk label documentation for generated projects. |
cli/setup-project.js |
Adds installPushgate() (curl installer) and exports it. |
cli/index.js |
Calls installPushgate() after dependency installation. |
.pushgate.yml |
Adds Pushgate v2 config (AI advisory + blocking deterministic checks). |
.husky/pre-push |
Adds Husky pre-push hook intended to run Pushgate. |
.github/workflows/layer4-gatekeeper.disabled.yml |
Adds a workflow intended to be “disabled” but currently would run. |
.github/scripts/gatekeeper.js |
Implements routing logic and sets a commit status based on labels + approvals. |
.github/PULL_REQUEST_TEMPLATE.md |
Adds a “Layer 2” risk classification section. |
.github/copilot-instructions.md |
Adds Copilot review conventions and classification rubric. |
.agents/skills/pr-description/SKILL.md |
Updates PR-description skill guidance to include risk classification. |
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
|
|
||
| review: | ||
| # Branch to diff against when collecting changes. | ||
| target_branch: master |
There was a problem hiding this comment.
How can we make that for the created projects the target branch is develop.
Or even better shouldn't this be the target branch of the opened PR? what if you stack PRs?
Jira board reference:
What does this do?
Adds local Pushgate pre-push checks to the template with a committed
.pushgate.ymlconfiguration and documents the workflow in both template readmes. The config usestarget_branch: master, starts AI review inadvisorymode, and adds blocking deterministic checks fortype-check,eslint,lint,lint:translations, andtest, plusdiff_sizeandforbidden_pathspolicies. This PR also updates the project creation CLI so new apps created withcreate-rootstrap-rn-appattempt to install Pushgate automatically after dependency installation.Why did you do this?
The template now recommends Pushgate, but hooks are local and not tracked by git. Automating installation in the scaffold flow reduces onboarding misses, and documenting manual install/verification keeps existing clones and edge cases covered while ensuring the local checks stay consistent across new apps.
Who/what does this impact?
create-rootstrap-rn-app.How did you test this?
Notes:
Screenshots / Previews
N/A — tooling and documentation changes only.