Skip to main content

github-flow

Execute Git and GitHub operations using the repository's documented conventions for commits, issues, pull requests, and merging.

소스 정보

저장소
ehuerta6/cappy-code
최근 소스 활동
2026년 10월 6일 05:13
감지된 SKILL.md 언어
영어
스타
1
포크
0

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
github-flow
description
Execute Git and GitHub operations using the repository's documented conventions for commits, issues, pull requests, and merging.
metadata
{"adapted_from":["cappycode git conventions","cappy-hub development workflow"]}
# GitHub flow Use this skill when performing Git or GitHub workflow operations. The project Git conventions live in `docs/GIT_CONVENTIONS.md`. Read that file first. Project-specific Git instructions override reusable defaults. ## Process ### 1. Inspect repository conventions Before acting, determine: - target branch; - whether direct work on the target branch is allowed; - branch naming requirements; - commit conventions; - required checks; - PR requirements; - merge strategy. Do not assume every repository uses the same flow. ### 2. Prepare the change Follow the repository's configured workflow. Keep the change focused on one logical unit. When using a branch, start from the latest intended base. ### 3. Commit Use the repository's commit convention. Follow `docs/GIT_CONVENTIONS.md`. Before committing: - inspect staged changes; - remove accidental files; - confirm no secrets are included. ### 4. Prepare the PR When a PR is part of the repository workflow: - inspect the complete diff; - verify acceptance criteria; - run relevant checks; - link the implementation issue. Only report checks that actually ran. ### 5. Merge Use the repository's configured merge strategy. Do not merge unless the user or repository workflow grants that authority. Clean up temporary branches when appropriate. ## Completion GitHub workflow work is complete when: - the change is in the correct place; - commit history follows project conventions; - verification claims are accurate; - issue and PR relationships are preserved; - no unintended files or secrets were included.
GitHub에서 보기