Menu
upstream의 develop·main 브랜치를 로컬에 merge하고 origin에 자동 push합니다. "upstream sync", "브랜치 동기화", "sync", "최신화" 등의 요청에 응답합니다.
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
| name | sync-develop |
| description | upstream의 develop·main 브랜치를 로컬에 merge하고 origin에 자동 push합니다. "upstream sync", "브랜치 동기화", "sync", "최신화" 등의 요청에 응답합니다. |
| user-invocable | true |
upstream(팀 원본 저장소)의 develop / main 브랜치 최신 변경사항을 로컬에 merge하고 origin(개인 fork)에 자동 push한다.
git branch --show-current
git status --porcelain
ORIGINAL_BRANCH에 현재 브랜치명을 저장한다.git stash push -m "sync-develop auto stash"
STASHED=true/false로 기록해 Step 6에서 복원 여부를 결정한다.git remote
upstream이 있으면 REMOTE=upstreamREMOTE=origin (fallback — 사용자에게 알림)git fetch $REMOTE
STASHED=true이면 git stash pop 실행 후 원래 브랜치 복귀로컬에 develop 브랜치가 없으면 이 step을 skip하고 결과 요약에 ⚠️ develop 브랜치 없음 (skip)으로 표시한다.
remote에 $REMOTE/develop ref가 없으면 동일하게 skip한다.
git checkout develop
git merge $REMOTE/develop --ff-only
--ff-only 실패(diverged) 시 일반 merge 시도:git merge $REMOTE/develop
merge 충돌 발생 시:
git merge --abortSTASHED=true이면 git stash popgit checkout $ORIGINAL_BRANCH❌ develop merge 충돌 발생. 아래 파일을 수동으로 해결한 뒤 다시 시도해주세요.
merge 성공 시:
git push origin develop
push 거절 시(origin이 앞서 있는 경우):
❌ origin/develop push 실패. 먼저
git pull origin develop을 실행해 origin 변경사항을 통합해주세요.
"Already up to date"이면 정상 진행 (push 불필요하면 skip)
로컬에 main 브랜치가 없으면 이 step을 skip하고 결과 요약에 ⚠️ main 브랜치 없음 (skip)으로 표시한다.
remote에 $REMOTE/main ref가 없으면 동일하게 skip한다.
git checkout main
git merge $REMOTE/main --ff-only
--ff-only 실패 시 일반 merge 시도:git merge $REMOTE/main
충돌 발생 시: Step 4와 동일한 처리 (abort → stash pop → 원래 브랜치 복귀 → 중단)
merge 성공 시:
git push origin main
git checkout $ORIGINAL_BRANCH
STASHED=true이면:
git stash pop
stash pop 충돌 발생 시:
⚠️ stash pop 충돌 발생. 아래 파일을 수동으로 해결해주세요.
✅ Sync 완료 ($REMOTE 기준)
develop : $REMOTE/develop → merge → push origin ✓ (또는 ⚠️ skip)
main : $REMOTE/main → merge → push origin ✓ (또는 ⚠️ skip)
현재 브랜치: $ORIGINAL_BRANCH
stash 복원 완료 ✓ ← STASHED=true일 때만 표시
| 상황 | 동작 |
|---|---|
| 미커밋 변경사항 있음 | git stash 후 진행, 완료 후 git stash pop 복원 |
stash pop 충돌 | 충돌 파일 목록 출력 + 수동 해결 안내 (sync는 완료 상태) |
upstream remote 없음 | origin으로 fallback, 사용자에게 알림 |
| fetch 실패 | stash 복원 후 즉시 중단 + 오류 메시지 |
| merge 충돌 | merge --abort → stash pop → 원래 브랜치 복귀 → 중단 |
| 로컬에 develop/main 없음 | 해당 브랜치 skip + ⚠️ 표시 |
| remote에 develop/main ref 없음 | 해당 브랜치 skip + ⚠️ 표시 |
| push 거절 | 중단 + git pull origin <branch> 먼저 실행 안내 |
| 이미 최신 상태 | "Already up to date" 출력 후 정상 진행 |
| 현재 브랜치가 develop 또는 main | stash 불필요, sync 후 동일 브랜치 유지 |
현재 브랜치와 develop의 차이를 분석하여 코드 리뷰를 수행한 뒤, 프로젝트 PR 템플릿에 맞는 설명을 작성하고 Pull Request를 생성합니다. "PR 만들어줘", "pull request 생성", "PR 올려줘", "PR 작성" 등의 요청에 응답합니다.
This skill should be used when the user asks to "Preview 만들어줘", "Preview 추가해줘", "composable preview 생성", "@Preview 함수 만들어줘", "compose preview 붙여줘", or wants to generate @Preview functions for a Composable file or function. Also trigger autonomously (without user request) whenever a new top-level @Composable function is written or completed in a .kt file — generate @Preview functions immediately after writing the composable, before moving on. Takes a file path or composable function name as $ARGUMENTS.
Nevera PR Auto Assign 워크플로우 가이드 (GitHub Actions). assignee/reviewer 자동 등록 구조, 설계 결정 근거, 팀원 추가 방법에 대한 질문에 사용한다. pr-auto-assign.yml 수정 요청, 팀원 추가, 조건 변경 시 참조한다. Responds to: "PR auto assign", "reviewer 자동 등록", "assignee 자동 등록", "pr-auto-assign.yml", "팀원 추가", "reviewer 추가", "github-script"
Nevera Typography 디자인 시스템 가이드. NeveraTypography 토큰, NeveraTheme.typography 사용법, 텍스트 스타일 선택 기준에 대한 요청에 사용한다. Responds to: "which typography token", "text style", "font size", "NeveraTheme.typography", "NeveraTypography", "typography token", "텍스트 스타일", "타이포그래피 토큰", "폰트 사이즈", "글자 크기", "heading", "body", "label", "caption" 등.
Nevera 컬러 디자인 시스템 가이드. 컬러 토큰, 시맨틱 컬러, NeveraTheme.colors 사용법, ColorPalette와 NeveraColor의 역할 차이, 컬러 매핑 추가/변경, 다크모드 컬러 매핑, UI 코드에서 어떤 디자인 시스템 색상을 써야 하는지에 대한 요청에 사용한다. Responds to: "which color token should I use", "design system color", "semantic color", "NeveraTheme colors", "add a new color token", "컬러 토큰", "시맨틱 컬러", "디자인 시스템 색상", "무슨 색 써야 해", "다크모드 컬러" 등.
Nevera Android CI 설정 가이드 (GitHub Actions). CI 구조, 설계 결정 근거, Gradle 지식, 미래 확장 방향에 대한 질문에 사용한다. ci.yml 수정 요청, CI 관련 개념 질문, 새 Job 추가 계획 시 참조한다. Responds to: "CI 수정", "GitHub Actions", "ci.yml", "assembleDebug", "Gradle 데몬", "unit test CI", "lint CI", "UI 테스트 추가", "CD 추가", "--no-daemon", "continue-on-error"