Cp은(는) 무엇을 하나요?
구현이 완료된 후 얇은 마무리 모드로 사용합니다.
cp는 푸시 전 로컬 게이트입니다: 먼저 검증한 다음, 현재 브랜치에서 의도된 변경 사항을 커밋하고 푸시합니다.
기본 흐름
- 검사:
git status- 현재 브랜치
- 이 작업을 위한 의도된 파일
- 필요한 경우 최근 커밋 메시지 스타일
- 커밋 전에 저장소의 일반적인 안전 검사에 가장 가까운 로컬 검증을 실행합니다.
- 임의로 만든 명령어보다 저장소 고유 명령어를 선호합니다.
- 먼저 가장 좁은 안전 검사를 선호합니다: 변경된 파일 린트/포맷 검사, 영향을 받는 패키지 테스트, 또는 대상 빌드.
- 저장소의 신뢰할 수 있는 유일한 게이트가 더 넓다면, 더 넓은 명령어를 실행합니다.
- 의도된 변경 세트 외부의 관련 없는 더티 파일 때문에 광범위한 로컬 검사가 실패하면, 해당 파일을 수정하거나 스테이징하는 대신 중지하고 명확하게 보고합니다.
- 의도된 파일만 명시적으로 스테이징합니다.
- 커밋 메시지가 제공되지 않은 경우, 저장소 스타일과 일치하는 간결한 컨벤셔널 커밋 메시지를 생성합니다.
- 현재 브랜치에 커밋합니다.
main또는master에 직접 커밋하는 것은 해당 저장소나 사용자가 선택한 워크플로인 경우 허용됩니다.- 저장소에서 명시적으로 단기 브랜치를 요구하는 경우, 그에 따라 따릅니다.
- 현재 브랜치를 푸시합니다.
- 업스트림이 없는 경우, 업스트림 추적과 함께 푸시합니다.
규칙
git add .,git add -A또는 이와 유사한 광범위한 스테이징을 절대 사용하지 마십시오.- 다른 작업이나 세션의 관련 없는 로컬 변경 사항을 절대 커밋하지 마십시오.
- 실수로 비밀,
.env파일, 자격 증명 또는 생성된 노이즈를 커밋하지 마십시오. - 검증을 조용히 건너뛰지 마십시오; 실행된 항목과 건너뛴 항목을 명시하십시오.
- 사용자가 명시적으로 요청하지 않는 한 강제 푸시를 하지 마십시오.
- 사용자가 명시적으로 요청하지 않는 한 PR을 생성하거나 요구하지 마십시오.
적절한 대상
- "/cp"
- "커밋하고 푸시해줘"
- "메인에 올려"
- "이제 검증하고 바로 푸시해"
피해야 할 사항
- 사용자가 명확히 "그냥 커밋" 또는 "그냥 푸시"만 요청한 경우, 이 스킬을 사용하지 마십시오.
- 현재 브랜치가 아닌 다른 브랜치를 푸시할 권한을 추론하지 마십시오.
- 건너뛰거나 제외된 파일을 숨기지 마십시오; 중요하다면 간략히 언급하십시오.
완료
반환:
- 푸시된 브랜치
- 실행 또는 건너뛴 검증
- 커밋 메시지
- 커밋 해시
- 의도적으로 제외된 파일 (있는 경우)