Release: 1.1.3

.github/workflows/release.yml

@@ -158,6 +158,9 @@ jobs:
 
             echo "Creating release for $PKG_NAME@$PKG_VERSION"
 
+            # Delete existing release if it exists (likely a beta version)
+            gh release delete "${PKG_NAME}@${PKG_VERSION}" --yes 2>/dev/null || true
+
             gh release create "${PKG_NAME}@${PKG_VERSION}" \
               --title "${PKG_NAME}@${PKG_VERSION}" \
               --notes "## 🚀 Stable Release

AI_USAGE_GUIDELINES.md

@@ -250,6 +250,30 @@ pnpm typecheck # TypeScript 타입 체크
 pnpm build:all # 전체 빌드
 ```
 
+### 8. Git 작업 원칙
+#### 브랜치 전략
+- 모든 작업은 develop 브랜치에서 시작
+- feature/*, fix/*, chore/* 등 목적에 맞는 브랜치명 사용
+- PR은 항상 develop 브랜치로 생성
+- main 브랜치로 직접 PR 금지 (자동화된 워크플로우 사용)
+
+#### 커밋 규칙
+```markdown
+# 커밋 전 확인사항
+1. 변경사항 설명
+2. 커밋 메시지 제안
+3. 사용자 승인 대기
+4. 승인 후 커밋 실행
+```
+
+#### 예시
+```markdown
+다음과 같이 커밋하려고 합니다:
+- 변경사항: GitHub Release 중복 태그 오류 수정
+- 커밋 메시지: "fix: GitHub Release 생성 시 기존 릴리즈 삭제 후 재생성"
+커밋해도 될까요?
+```
+
 ## 금지 사항
 
 1. **무단 코드 변경**
@@ -264,6 +288,12 @@ pnpm build:all # 전체 빌드
    - 사용처 확인 없이 "아마도", "보통은" 등으로 변경 금지
    - 명확한 근거 기반으로만 수정
 
+4. **무단 Git 작업**
+   - Git 커밋 전 반드시 승인 받기
+   - `git push --force` 사용 금지
+   - `git commit --amend`는 신중하게 사용하고 사전 고지
+   - 커밋 메시지 작성 후 승인 받기
+
 ## 커뮤니케이션 원칙
 
 1. **간결하고 명확하게**

packages/lazy-table-renderer/CHANGELOG.md

@@ -4,6 +4,13 @@
 
 ### Patch Changes
 
+- 67c8f7c: test: 릴리즈 워크플로우 테스트
+- f8d2a1c: test: main 워크플로우 수정 확인
+
+## 1.1.1
+
+### Patch Changes
+
 - 6c1a31f: test: 워크플로우 수정 테스트
 
 ## 1.1.0

packages/lazy-table-renderer/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@vue-pivottable/lazy-table-renderer",
-  "version": "1.1.1-beta.1750337280",
+  "version": "1.1.1",
   "type": "module",
   "description": "",
   "exports": {