Skip to main content

uui-release-workflow

Guides the UUI package release process including stable and beta releases, changelog updates, and handling failed releases. Use when releasing UUI packages, updating changelog, or troubleshooting release issues. For maintainers only.

설치로 이동

소스 정보

저장소
epam/UUI
최근 소스 활동
2026년 8월 20일 12:31
감지된 SKILL.md 언어
영어
스타
248
포크
78

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
uui-release-workflow
description
Guides the UUI package release process including stable and beta releases, changelog updates, and handling failed releases. Use when releasing UUI packages, updating changelog, or troubleshooting release issues. For maintainers only.
# UUI Release Workflow ## Important **Always ask for explicit user permission before triggering a release.** Publishing packages to npm cannot be undone. Never initiate the publish workflow without confirming the user intends to do so. **Before asking for permission, provide a pre-publish summary:** - **Version**: The version that will be published (from `changelog.md` top section or Lerna) - **Packages**: Which packages will be published (from `package.json` workspaces) - **Summary**: Brief highlights of changes from the current `changelog.md` entry ## How publishing works Publishing is done via GitHub Actions using npm Trusted Publishers (OIDC). No npm token or OTP is required. The release process has two parts: 1. **Version bump (local)** — `yarn release` runs `lerna version --force-publish` interactively. Lerna creates a version commit, tag, and pushes both to the release branch. 2. **Publish (GitHub Actions)** — the maintainer manually triggers the `Release` workflow in GitHub, selects the tag and dist-tag, approves the `npm-publish` environment gate, and CI publishes all 13 packages. ## Prerequisites - Release branch created from `develop` (e.g. `release/vX.Y.Z`) - `changelog.md` updated with all released changes - Builds verified: `yarn build` ## Stable Release 1. On the release branch, run: `yarn release` 2. Lerna prompts for version type — choose patch / minor / major 3. Lerna commits the version bump, creates tag `vX.Y.Z`, pushes to the release branch 4. Go to GitHub → Actions → Release → **Run workflow** - `tag`: the tag from step 3 (e.g. `v6.5.3`) - `dist_tag`: `latest` - `dry_run`: `false` 5. Approve the deployment in the `npm-publish` environment 6. After successful publish: post changelog to GitHub Releases and UUI Teams channel 7. Open PR from release branch into `main` 8. **Sync `main` back into `develop`** (see dev-docs/release-workflow.md for steps) ## Beta Release Same steps, with: - In step 2, enter a prerelease version when prompted (e.g. `6.5.3-beta.0`) - In step 4, set `dist_tag` to `beta` ## Dry Run (testing) Trigger the workflow with `dry_run: true` (default) and an existing tag to validate the build and publish steps without actually uploading to npm. ## Handling Failed Releases If the release fails after Lerna already created the version commit and tag: 1. Revert the version bump commit 2. Delete local tag: `git tag -d <tag_name>` 3. Delete remote tag: `git push --delete origin <tag_name>` 4. Fix the issue and run `yarn release` again ## Release Checklist - [ ] Release branch created from `develop` - [ ] All changes merged into the release branch - [ ] Changelog updated - [ ] Builds verified (`yarn build`) - [ ] **User permission obtained** to publish to npm - [ ] `yarn release` — version bump + tag pushed - [ ] GitHub Actions workflow triggered with correct tag and dist-tag - [ ] `npm-publish` environment approved - [ ] Workflow completed successfully - [ ] Changelog published to GitHub Releases - [ ] Team notified in Teams channel - [ ] PR from release branch into `main` opened - [ ] `main` synced back into `develop` - [ ] `git log origin/develop..origin/main` is empty
GitHub에서 보기