Skip to main content

pr-workflow

Reviews anomalib contributor workflow, PR title, branch naming, and quality gate expectations

معلومات المصدر

المستودع
open-edge-platform/anomalib
آخر نشاط في المصدر
١٠ أبريل ٢٠٢٦ في ١١:٥٠
لغة SKILL.md المكتشفة
الإنجليزية
النجوم
٦٬٢٣٨
التفرعات
١٬٠٠١

خيارات التثبيت

يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.

مراجعة ملفات المصدر

اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.

عرض SKILL.md

SKILL.md
تعليمات المصدر · معاينة للقراءة فقط
name
pr-workflow
description
Reviews anomalib contributor workflow, PR title, branch naming, and quality gate expectations
# Anomalib PR Workflow Review Use this skill when reviewing whether a change is ready for contribution and merge. ## Purpose and scope Use this skill for merge readiness, contributor workflow, CI expectations, PR title checks, and branch naming. ## Request changes when - the PR title does not follow the repository's Conventional Commit style; - branch naming does not match `<type>/<scope>/<description>`; - required quality gates, docs, tests, or changelog updates are missing; - workflow or security-sensitive changes are not reviewed to the repo's standards. ## Quality gates - Contributors are expected to run `prek run --all-files` and `pytest tests/` before finalizing a PR. - Review feedback should align with the project's configured checks in `pyproject.toml` and `.pre-commit-config.yaml`. - Security-sensitive changes should be reviewed with the repo's CI security tooling in mind: Bandit, CodeQL, Semgrep, Zizmor, Trivy, and Dependabot. ## PR titles and branch names - PR titles should follow Conventional Commits as described in `CONTRIBUTING.md`. - Branch names should follow `<type>/<scope>/<description>`. - Allowed types and scopes should match the repository's Commitizen configuration in `pyproject.toml`. ## Reviewer expectations - Ask for precise, actionable fixes grounded in repo policy rather than generic preferences. - Escalate missing tests, missing docs, missing changelog entries, or workflow/security risks before approval. - Be stricter when a PR changes CLI entrypoints, workflows, deployment, inferencers, or user-facing public APIs. ## Repo-grounded review anchors - `CONTRIBUTING.md` - `docs/source/markdown/guides/developer/contributing.md` - `docs/source/markdown/guides/developer/code_review_checklist.md` - `.pre-commit-config.yaml` - `pyproject.toml` - `SECURITY.md` ## Review prompts - Is the PR title valid for the eventual squash commit? - Are branch naming, changelog, tests, and docs in good shape for merge? - Do the requested changes line up with the project's existing CI and security gates? ## Reviewer checklist - Check PR title. - Check branch naming. - Check CI, test, doc, and changelog readiness. - Check workflow and security-sensitive files more strictly.
عرض على GitHub