Jeden Skill in Manus ausführen
mit einem Klick

Jeden Skill in Manus mit einem Klick ausführen

Loslegen

landing

Sterne5

Forks0

Aktualisiert21. Mai 2026 um 11:25

항공기 사후 단계 (Landing) — PR 머지 확인 후 워크트리 제거·develop 동기화

Installation

Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.

In Manus ausführen

Quelle

CIrcui-try

CIrcui-try/Circuit

GitHub-Repository öffnen Creator-Repositorys ansehen

Download

In Manus ausführen

Verwandte BerufeSOC

Basierend auf der SOC-Berufsklassifikation

SoftwareentwicklerInformatik- und Mathematikberufe·SOC 15-1252

SKILL.md

readonly

name	landing
description	항공기 사후 단계 (Landing) — PR 머지 확인 후 워크트리 제거·develop 동기화
allowed-tools	Bash, Read, AskUserQuestion, mcp__linear-server__get_issue, mcp__linear-server__update_issue
argument-hint	<Linear 이슈 ID 또는 브랜치명>

이륙 시퀀스의 사후 단계 (Landing). PR 이 머지된 뒤 워크트리를 제거하고 로컬 develop 을 최신화한다. takeoff 의 자동 체이닝 대상이 아니며 항상 수동 호출한다 (PR 머지 시점은 사용자만 알기 때문).

$ARGUMENTS 형식: <ISSUE-ID 또는 branch>. 예: /landing CIR-15, /landing feature/cir-15-fix-....

자기 단계 실행 절차

인자 확인: $ARGUMENTS 비어있으면 사용법 안내 후 중단.
메인 레포로 이동: MAIN_REPO_ROOT = $(git rev-parse --path-format=absolute --git-common-dir | xargs dirname) → cd $MAIN_REPO_ROOT.
브랜치명 결정:
- 인자가 CIR-/PROJ- 같은 이슈 키 패턴이면 Linear MCP get_issue 로 gitBranchName 을 조회.
- 인자에 / 가 포함되어 있으면 그대로 브랜치명으로 사용.
- 둘 다 실패하면 사용자에게 직접 입력받는다.
PR 머지 확인: gh pr view <branch> --json state,number,url 실행.
- state 가 MERGED 가 아니면 사용자에게 “PR 미머지 상태입니다 (state=). 그래도 워크트리를 제거할까요?” 확인 후 진행 여부 결정.
- PR 자체가 없으면 (gh 가 not found 반환) 사용자에게 알리고 워크트리만 정리할지 확인.
워크트리 제거:
- git worktree list 로 <branch> 의 워크트리 경로 찾기.
- 워크트리가 이미 없는 경우 (직전에 /rejoin 으로 정리된 케이스) → worktree not present, skipping 한 줄만 출력하고 다음 단계로.
- 워크트리 안에 미커밋 변경이 남아있으면 사용자에게 알리고 중단.
- 현재 위치가 그 워크트리면 메인 레포로 cd 한 뒤 제거.
- git worktree remove .claude/worktrees/<branch>. 파일 잠김 등으로 실패하면 사용자 확인 후 --force.
로컬 develop 동기화: 메인 레포에서 git checkout develop && git pull origin develop.
로컬 브랜치 정리: git branch -d <branch> 시도. 실패하면(아직 머지 인식 못 함) 사용자 확인 후 git branch -D <branch>.
상태 파일 정리(잔재 시): takeoff 가 정상 종료했으면 .claude/state/<ISSUE>.* 는 이미 사라져 있다. 잔재가 있다면 함께 삭제. (이슈 키를 인자로 받지 않은 경우는 이 단계 생략.)
티켓 상태 동기화: PR 이 MERGED 이고 이슈 키를 확인할 수 있으면 Linear 상태를 Done 으로 직접 변경한다. PR 미머지 상태에서 사용자가 워크트리 제거를 승인한 경우에는 Done 으로 바꾸지 않는다.
요약 출력: 머지된 PR URL(있으면)·삭제된 워크트리 경로·develop 의 최신 커밋 해시를 한두 문장으로 안내.

주의사항

PR 미머지 상태에서의 워크트리 제거는 사용자 명시 승인 후에만 진행.
로컬 브랜치 강제 삭제(-D)는 사용자 명시 승인 후에만.
develop / main 에 직접 커밋·푸시하지 않는다.
Linear 티켓 상태는 자동화에 위임하지 않고 직접 Todo → In Progress → Done 으로만 처리한다.
상태 파일이 없는 케이스(takeoff 후 정상 정리)도 정상 동작이다 — 이슈 키 → 브랜치명 변환만 가능하면 된다.
PR 미머지 상태에서 워크트리만 정리하고 브랜치를 보존하려면 /landing 대신 /rejoin 을 사용한다. /rejoin 후 PR 이 머지되면 그대로 /landing 을 호출하면 된다 (워크트리 부재 케이스는 5단계에서 스킵 처리).

Mehr aus diesem Repository

gleiches Repository

gh-auth-check

CIrcui-try/Circuit

gh 명령 직전 GitHub CLI 로그인 상태와 active account 를 확인

2026-05-215

landing

CIrcui-try/Circuit

항공기 사후 단계 (Landing) — PR 머지 확인 후 워크트리 제거·develop 동기화

2026-05-215

rejoin

CIrcui-try/Circuit

항법 단계 (Rejoin) — 워크트리 제거 + 브랜치를 develop 위로 리베이스해 메인 레포 로컬 브랜치로 보존 (원래 항로 재합류)

2026-05-215

takeoff

CIrcui-try/Circuit

항공기 이륙 4단계 — develop 리베이스 → push → PR 생성 (원격 영향)

2026-05-215

rejoin

CIrcui-try/Circuit

항법 단계 (Rejoin) — 워크트리 제거 + 브랜치를 develop 위로 리베이스해 메인 레포 로컬 브랜치로 보존 (원래 항로 재합류)

2026-05-215

takeoff

CIrcui-try/Circuit

항공기 이륙 4단계 — develop 리베이스 → push → PR 생성 (원격 영향)

2026-05-215

name	landing
description	항공기 사후 단계 (Landing) — PR 머지 확인 후 워크트리 제거·develop 동기화
allowed-tools	Bash, Read, AskUserQuestion, mcp__linear-server__get_issue, mcp__linear-server__update_issue
argument-hint	<Linear 이슈 ID 또는 브랜치명>

$ARGUMENTS 형식: <ISSUE-ID 또는 branch>. 예: /landing CIR-15, /landing feature/cir-15-fix-....

자기 단계 실행 절차

인자 확인: $ARGUMENTS 비어있으면 사용법 안내 후 중단.
메인 레포로 이동: MAIN_REPO_ROOT = $(git rev-parse --path-format=absolute --git-common-dir | xargs dirname) → cd $MAIN_REPO_ROOT.
브랜치명 결정:
- 인자가 CIR-/PROJ- 같은 이슈 키 패턴이면 Linear MCP get_issue 로 gitBranchName 을 조회.
- 인자에 / 가 포함되어 있으면 그대로 브랜치명으로 사용.
- 둘 다 실패하면 사용자에게 직접 입력받는다.
PR 머지 확인: gh pr view <branch> --json state,number,url 실행.
- state 가 MERGED 가 아니면 사용자에게 “PR 미머지 상태입니다 (state=). 그래도 워크트리를 제거할까요?” 확인 후 진행 여부 결정.
- PR 자체가 없으면 (gh 가 not found 반환) 사용자에게 알리고 워크트리만 정리할지 확인.
워크트리 제거:
- git worktree list 로 <branch> 의 워크트리 경로 찾기.
- 워크트리가 이미 없는 경우 (직전에 /rejoin 으로 정리된 케이스) → worktree not present, skipping 한 줄만 출력하고 다음 단계로.
- 워크트리 안에 미커밋 변경이 남아있으면 사용자에게 알리고 중단.
- 현재 위치가 그 워크트리면 메인 레포로 cd 한 뒤 제거.
- git worktree remove .claude/worktrees/<branch>. 파일 잠김 등으로 실패하면 사용자 확인 후 --force.
로컬 develop 동기화: 메인 레포에서 git checkout develop && git pull origin develop.
로컬 브랜치 정리: git branch -d <branch> 시도. 실패하면(아직 머지 인식 못 함) 사용자 확인 후 git branch -D <branch>.
상태 파일 정리(잔재 시): takeoff 가 정상 종료했으면 .claude/state/<ISSUE>.* 는 이미 사라져 있다. 잔재가 있다면 함께 삭제. (이슈 키를 인자로 받지 않은 경우는 이 단계 생략.)
티켓 상태 동기화: PR 이 MERGED 이고 이슈 키를 확인할 수 있으면 Linear 상태를 Done 으로 직접 변경한다. PR 미머지 상태에서 사용자가 워크트리 제거를 승인한 경우에는 Done 으로 바꾸지 않는다.
요약 출력: 머지된 PR URL(있으면)·삭제된 워크트리 경로·develop 의 최신 커밋 해시를 한두 문장으로 안내.

주의사항

PR 미머지 상태에서의 워크트리 제거는 사용자 명시 승인 후에만 진행.
로컬 브랜치 강제 삭제(-D)는 사용자 명시 승인 후에만.
develop / main 에 직접 커밋·푸시하지 않는다.
Linear 티켓 상태는 자동화에 위임하지 않고 직접 Todo → In Progress → Done 으로만 처리한다.
상태 파일이 없는 케이스(takeoff 후 정상 정리)도 정상 동작이다 — 이슈 키 → 브랜치명 변환만 가능하면 된다.
PR 미머지 상태에서 워크트리만 정리하고 브랜치를 보존하려면 /landing 대신 /rejoin 을 사용한다. /rejoin 후 PR 이 머지되면 그대로 /landing 을 호출하면 된다 (워크트리 부재 케이스는 5단계에서 스킵 처리).