|
| 1 | +# Release Guide |
| 2 | + |
| 3 | +This project uses automated releases via GitHub Actions. **DO NOT manually change version in `package.json`**. |
| 4 | + |
| 5 | +## 📦 Publishing a Release |
| 6 | + |
| 7 | +### Option 1: Via GitHub UI (Recommended) |
| 8 | + |
| 9 | +1. Go to **Actions** tab in GitHub |
| 10 | +2. Select **"Publish to NPM"** workflow |
| 11 | +3. Click **"Run workflow"** button |
| 12 | +4. Select options: |
| 13 | + - **Release Type**: `patch`, `minor`, `major`, `prepatch`, `preminor`, `premajor`, `prerelease` |
| 14 | + - **Prerelease ID**: `beta`, `alpha`, `rc`, etc. (for prerelease versions) |
| 15 | + - **Dist Tag**: `latest`, `beta`, `alpha`, `next`, `canary` |
| 16 | +5. Click **"Run workflow"** |
| 17 | + |
| 18 | +### Option 2: Via GitHub CLI |
| 19 | + |
| 20 | +```bash |
| 21 | +# Patch release (1.0.0 -> 1.0.1) |
| 22 | +gh workflow run publish.yml -f release-type=patch -f dist-tag=latest |
| 23 | + |
| 24 | +# Minor release (1.0.0 -> 1.1.0) |
| 25 | +gh workflow run publish.yml -f release-type=minor -f dist-tag=latest |
| 26 | + |
| 27 | +# Major release (1.0.0 -> 2.0.0) |
| 28 | +gh workflow run publish.yml -f release-type=major -f dist-tag=latest |
| 29 | + |
| 30 | +# Beta release (1.0.0 -> 1.0.1-beta.0) |
| 31 | +gh workflow run publish.yml -f release-type=prepatch -f prerelease-id=beta -f dist-tag=beta |
| 32 | + |
| 33 | +# Increment existing beta (1.0.1-beta.0 -> 1.0.1-beta.1) |
| 34 | +gh workflow run publish.yml -f release-type=prerelease -f prerelease-id=beta -f dist-tag=beta |
| 35 | +``` |
| 36 | + |
| 37 | +## 📋 Release Types |
| 38 | + |
| 39 | +### Standard Releases |
| 40 | + |
| 41 | +| Type | Example | Dist Tag | Description | |
| 42 | +| ------- | ---------------------- | -------- | --------------------- | |
| 43 | +| `patch` | `1.0.0` → `1.0.1` | `latest` | Bug fixes | |
| 44 | +| `minor` | `1.0.0` → `1.1.0` | `latest` | New features | |
| 45 | +| `major` | `1.0.0` → `2.0.0` | `latest` | Breaking changes | |
| 46 | + |
| 47 | +### Prerelease Versions |
| 48 | + |
| 49 | +| Type | Example | Dist Tag | Description | |
| 50 | +| ----------- | -------------------------- | -------- | ---------------------------- | |
| 51 | +| `prepatch` | `1.0.0` → `1.0.1-beta.0` | `beta` | Beta patch | |
| 52 | +| `preminor` | `1.0.0` → `1.1.0-beta.0` | `beta` | Beta minor | |
| 53 | +| `premajor` | `1.0.0` → `2.0.0-beta.0` | `beta` | Beta major | |
| 54 | +| `prerelease`| `1.0.1-beta.0` → `1.0.1-beta.1` | `beta` | Increment existing prerelease | |
| 55 | + |
| 56 | +## 🎯 Common Scenarios |
| 57 | + |
| 58 | +### Scenario 1: Bug Fix Release |
| 59 | +```bash |
| 60 | +# Current: 1.2.3 |
| 61 | +# Target: 1.2.4 |
| 62 | +gh workflow run publish.yml -f release-type=patch -f dist-tag=latest |
| 63 | +``` |
| 64 | + |
| 65 | +### Scenario 2: New Feature Release |
| 66 | +```bash |
| 67 | +# Current: 1.2.3 |
| 68 | +# Target: 1.3.0 |
| 69 | +gh workflow run publish.yml -f release-type=minor -f dist-tag=latest |
| 70 | +``` |
| 71 | + |
| 72 | +### Scenario 3: Breaking Change Release |
| 73 | +```bash |
| 74 | +# Current: 1.2.3 |
| 75 | +# Target: 2.0.0 |
| 76 | +gh workflow run publish.yml -f release-type=major -f dist-tag=latest |
| 77 | +``` |
| 78 | + |
| 79 | +### Scenario 4: Beta Testing |
| 80 | +```bash |
| 81 | +# Current: 1.2.3 |
| 82 | +# Target: 1.2.4-beta.0 |
| 83 | +gh workflow run publish.yml -f release-type=prepatch -f prerelease-id=beta -f dist-tag=beta |
| 84 | + |
| 85 | +# Users install with: |
| 86 | +npm install moicle@beta |
| 87 | +``` |
| 88 | + |
| 89 | +### Scenario 5: Alpha Release |
| 90 | +```bash |
| 91 | +# Current: 1.2.3 |
| 92 | +# Target: 1.3.0-alpha.0 |
| 93 | +gh workflow run publish.yml -f release-type=preminor -f prerelease-id=alpha -f dist-tag=alpha |
| 94 | + |
| 95 | +# Users install with: |
| 96 | +npm install moicle@alpha |
| 97 | +``` |
| 98 | + |
| 99 | +### Scenario 6: Release Candidate |
| 100 | +```bash |
| 101 | +# Current: 1.2.3 |
| 102 | +# Target: 2.0.0-rc.0 |
| 103 | +gh workflow run publish.yml -f release-type=premajor -f prerelease-id=rc -f dist-tag=next |
| 104 | + |
| 105 | +# Users install with: |
| 106 | +npm install moicle@next |
| 107 | +``` |
| 108 | + |
| 109 | +## 🔄 What Happens Automatically? |
| 110 | + |
| 111 | +When you run the workflow, it will: |
| 112 | + |
| 113 | +1. ✅ **Bump version** in `package.json` based on release type |
| 114 | +2. ✅ **Build package** (if build step exists) |
| 115 | +3. ✅ **Publish to NPM** with specified dist-tag |
| 116 | +4. ✅ **Commit changes** back to master branch |
| 117 | +5. ✅ **Create Git tag** (e.g., `v1.2.4`) |
| 118 | +6. ✅ **Push tag** to GitHub |
| 119 | +7. ✅ **Create GitHub Release** with release notes |
| 120 | + |
| 121 | +## 🚫 Don't Do This |
| 122 | + |
| 123 | +❌ **Never manually edit version in package.json** |
| 124 | +```bash |
| 125 | +# DON'T DO THIS: |
| 126 | +git commit -m "bump version to 1.2.4" # ❌ WRONG |
| 127 | +``` |
| 128 | + |
| 129 | +✅ **Always use the workflow** |
| 130 | +```bash |
| 131 | +# DO THIS INSTEAD: |
| 132 | +gh workflow run publish.yml -f release-type=patch -f dist-tag=latest |
| 133 | +``` |
| 134 | + |
| 135 | +## 📊 Dist Tags Explained |
| 136 | + |
| 137 | +- **`latest`**: Default, stable releases (recommended for production) |
| 138 | +- **`beta`**: Beta testing, may have bugs |
| 139 | +- **`alpha`**: Early testing, unstable |
| 140 | +- **`next`**: Release candidates, near-stable |
| 141 | +- **`canary`**: Bleeding edge, experimental |
| 142 | + |
| 143 | +Users install with: |
| 144 | +```bash |
| 145 | +npm install moicle # latest (default) |
| 146 | +npm install moicle@beta # beta version |
| 147 | +npm install moicle@alpha # alpha version |
| 148 | +npm install moicle@1.2.3 # specific version |
| 149 | +``` |
| 150 | + |
| 151 | +## 🔧 Prerequisites |
| 152 | + |
| 153 | +1. **NPM Token**: Set `NPM_TOKEN` secret in GitHub repository settings |
| 154 | + - Use **Automation Token** (no OTP required) |
| 155 | + - Go to https://www.npmjs.com/ → Access Tokens → Generate New Token → Automation |
| 156 | + |
| 157 | +2. **Permissions**: Workflow needs `contents: write` permission (already configured) |
| 158 | + |
| 159 | +## 📝 Notes |
| 160 | + |
| 161 | +- Version bumps are **automatic** and follow [Semantic Versioning](https://semver.org/) |
| 162 | +- Git tags are created automatically with `v` prefix (e.g., `v1.2.3`) |
| 163 | +- GitHub Releases are created automatically |
| 164 | +- Prerelease versions are marked as "Pre-release" on GitHub |
| 165 | +- All changes are pushed back to `master` branch |
| 166 | + |
| 167 | +## 🆘 Troubleshooting |
| 168 | + |
| 169 | +### Error: "This operation requires a one-time password" |
| 170 | +➡️ Update `NPM_TOKEN` secret with an **Automation Token** instead of Classic Token |
| 171 | + |
| 172 | +### Error: "refused to update ref" |
| 173 | +➡️ Check GitHub token has `contents: write` permission |
| 174 | + |
| 175 | +### Wrong version published |
| 176 | +➡️ Don't panic! Just publish another version with the correct release type |
0 commit comments