ljindong1·ljindong1/claude-skills/gitea-jenkins-setup/SKILL.md

gitea-jenkins-setup

Skill0 starsChanged 4 months agoNo licenceView on GitHub

사내 Gitea 저장소로 Jenkins 자동 빌드 환경을 구축하는 스킬. 모드 A(처음 구축) — Fork → build 계정 공동작업자(쓰기) → Clone·devel_ 작업 브랜치 생성 → 표준 배치 파일(Build_Hook_GIT_ASEC.bat, GitPush.bat) 추가·push → Jenkins Job 생성(비활성)·검증까지 한 번에 진행한다. 모드 B(브랜치 추가) — 이미 Fork된 내 저장소의 아무 브랜치(develop_*·feature/* 등)를 기준으로 devel_ 작업 브랜치를 새로 만들고 bat을 넣은 뒤, 그 브랜치를 이미 받아주는 Job이 있으면 재사용하고 없을 때만 새로 만든다. 모드 C(공유 Fork 직접 작업) — 다른 사람의 Fork(예: tglee/psu_master)에 내가 쓰기 권한이 있으면 개인 Fork 없이 그 저장소에서 바로 clone·작업 브랜치·bat·Job 을 진행한다. 모드 D(PR 구성) — 작업이 끝난 devel_ 작업 브랜치에서 Jenkins 자동 커밋·빌드 스크립트·JENKINS_BUILD_TARGET·중간 산출물을 걸러 PR 브랜치를 새로 만들고(평가한 빌드의 산출물 기준, 다른 차종 산출물 유지), 검증 후 승인을 받아 push·Gitea PR 생성·PR 제목/본문 수정까지 한다(references/pr_assembly.md). 개인 Fork 를 공유 Fork 로 옮기고 개인 Fork 를 없애는 이전 절차(references/migrate_to_shared_fork.md)는 사용자가 명시적으로 요청할 때만 쓴다. 사용자가 "젠킨스 빌드 환경 만들어줘", "새 과제 젠킨스 설정", "Gitea 포크하고 Job 만들어줘", "빌드 자동화 세팅", "Jenkins Job 생성", "fork부터 젠킨스까지", "새 제어기 빌드 서버 등록", "랩원 젠킨스 환경 구축", "gitea jenkins setup", "이미 포크한 저장소에 브랜치 추가해줘", "devel_ 브랜치 새로 만들어줘", "이 브랜치로 작업 브랜치 만들어줘", "빌드용 브랜치 추가", "tglee 저장소에서 바로 작업", "jdlee fork 없애줘", "개인 fork 제거", "공유 fork 로 옮겨줘", "PR 만들어줘", "PR 브랜치 만들어줘", "PR 진행해줘", "작업 브랜치 PR", "PR 어떻게 할지", "PR 제목 고쳐줘" 등을 말하거나, AUTOSAR 제어기 저장소를 Jenkins 빌드에 처음 연결하려는 의도나 devel_ 작업 브랜치 결과를 PR 로 올리려는 의도를 보이면 반드시 이 스킬을 사용하라. Claude Code CLI(사용자 PC, 사내망) 전용이며, API 토큰(GITEA_TOKEN·JENKINS_TOKEN)이 있으면 API로, 없으면 Claude in Chrome 연동으로 진행한다. 생성만 하고 기존 저장소·브랜치·파일·Job은 수정·삭제하지 않는다(사용자가 요청한 이전 절차와 이 스킬이 만든 PR 의 제목·본문 수정만 예외). 첫 빌드 실행·패치 작업·PR 머지·Redmine 기록은 범위가 아니다.

• Commits and pushes