위키 변경 내역

Git 기록에서 구조화된 변경 내역을 생성합니다.

소스 저장소 확인 (반드시 먼저 수행해야 함)

변경 내역을 생성하기 전에 반드시 소스 저장소 컨텍스트를 확인해야 합니다:

git remote 확인: ` git remote get-url origin ` 명령을 실행하여 원격 저장소가 있는지 확인하십시오
사용자에게 질문: “이 저장소는 로컬 전용 저장소입니까, 아니면 소스 저장소 URL(예: GitHub, Azure DevOps)이 있습니까?”
- 원격 URL 제공 → REPO_URL로 저장하고, 커밋 해시 및 파일 참조에는 연결된 인용을 사용
- 로컬 전용인 경우 → 일반 커밋 해시 및 파일 참조를 사용하십시오
소스 저장소 컨텍스트가 해결될 때까지진행하지 마십시오

활성화 시점

사용자가 "최근에 무엇이 변경되었는지", "변경 내역 생성", "커밋 요약"을 요청할 때
사용자가 최근 개발 활동을 파악하고자 할 때

절차

git log 확인 (커밋, 날짜, 작성자, 메시지)
기간별로 그룹화: 일별(최근 7일), 주별(그 이전)
각 커밋을 분류: 기능 (🆕), 버그 수정 (🐛), 리팩토링 (🔄), 문서 (📝), 구성 (🔧), 의존성 (📦), 호환성 문제 (⚠️)
프로젝트 용어를 사용하여 사용자에게 알기 쉬운 간결한 설명을 생성

제약 조건

사용자에게 노출되는 변경 사항에 중점
관련된 커밋을 통합하여 일관된 설명을 작성
README에 명시된 프로젝트 용어를 사용하십시오
마이그레이션 안내문을 통해 호환성 문제를 눈에 띄게 강조하십시오
REPO_URL을 사용할 수 있는 경우, 커밋 해시( [abc1234](REPO_URL/commit/abc1234)) 와 변경된 파일( [file_path](REPO_URL/blob/BRANCH/file_path))에 링크를 추가하세요

GitHub에서 보기

---
name: wiki-changelog
description: Analyzes git commit history and generates structured changelogs categorized by change type.
license: MIT
---

# Wiki Changelog

Generate structured changelogs from git history.

## Source Repository Resolution (MUST DO FIRST)

Before generating any changelog, you MUST determine the source repository context:

1. **Check for git remote**: Run `git remote get-url origin` to detect if a remote exists
2. **Ask the user**: _"Is this a local-only repository, or do you have a source repository URL (e.g., GitHub, Azure DevOps)?"_
   - Remote URL provided → store as `REPO_URL`, use **linked citations** for commit hashes and file references
   - Local-only → use plain commit hashes and file references
3. **Do NOT proceed** until source repo context is resolved

## When to Activate

- User asks "what changed recently", "generate a changelog", "summarize commits"
- User wants to understand recent development activity

## Procedure

1. Examine git log (commits, dates, authors, messages)
2. Group by time period: daily (last 7 days), weekly (older)
3. Classify each commit: Features (🆕), Fixes (🐛), Refactoring (🔄), Docs (📝), Config (🔧), Dependencies (📦), Breaking (⚠️)
4. Generate concise user-facing descriptions using project terminology

## Constraints

- Focus on user-facing changes
- Merge related commits into coherent descriptions
- Use project terminology from README
- Highlight breaking changes prominently with migration notes
- When `REPO_URL` is available, link commit hashes: `[abc1234](REPO_URL/commit/abc1234)` and changed files: `[file_path](REPO_URL/blob/BRANCH/file_path)`

모든 파일

0개 파일

wiki-changelog 설치

스킬 파일을 다운로드하여 .claude/skills/ 디렉터리에 압축을 풀어 주세요.

ZIP 다운로드

저장소를 클론하고 스킬 파일을 프로젝트에 복사하세요.

git clone https://github.com/microsoft/skills/tree/main/.github/plugins/deep-wiki/skills/wiki-changelog # Copy SKILL.md to your .claude/skills/ directory

복사

빠른 설정: 스킬 폴더를 .claude/skills/로 복사하세요. Claude가 해당 스킬을 자동으로 감지하여 사용할 것입니다.

저장소 microsoft/skills

wiki-changelog