You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
echo "::error::Stable releases of @saasquatch/mint-components must go through the 'Mint Components Release' workflow (Changesets). This workflow only supports 'prerelease' for mint-components."
Copy file name to clipboardExpand all lines: packages/mint-components/package.json
+2-1Lines changed: 2 additions & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -34,10 +34,11 @@
34
34
"serve:package": "serve . --cors -l 5000",
35
35
"start:raisins": "run-p start serve:package",
36
36
"postinstall": "patch-package",
37
+
"prepack": "npm run build",
37
38
"changeset": "changeset",
38
39
"version": "changeset version && npm install",
39
40
"release": "changeset publish",
40
-
"prepublishOnly": "node -e \"if(!process.env.CI)throw new Error('Direct npm publish is disabled for @saasquatch/mint-components. Publish via the Mint Components Release or Mint Components Prerelease GitHub Actions workflow.')\""
41
+
"prepublishOnly": "node -e \"if(!process.env.CI)throw new Error('Direct npm publish is disabled for @saasquatch/mint-components. Publish via the Mint Components Release (stable) or Publish Package (prerelease) GitHub Actions workflow.')\""
Copy file name to clipboardExpand all lines: packages/mint-components/readme.md
+12-14Lines changed: 12 additions & 14 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -42,28 +42,26 @@ When changesets are merged to the `master` branch, the mint-components release w
42
42
- Deploy the production Stencilbook site for mint-components
43
43
- Create a git tag for the release
44
44
45
-
mint-components releases are driven by the mint-specific Changesets workflow rather than the generic `publish-package` workflow.
45
+
mint-components stable releases use the mint-specific **Mint Components Release**workflow (Changesets), and prereleases use the shared **Publish Package** workflow.
46
46
47
-
**Local `npm publish` is blocked.** A `prepublishOnly` script in `package.json` aborts publishes that aren't running in CI (where `CI=true`). All publishes must go through the **Mint Components Release** or **Mint Components Prerelease**GitHub Actions workflows.
47
+
**Local `npm publish` is blocked.** A `prepublishOnly` script in `package.json` aborts publishes that aren't running in CI (where `CI=true`). All publishes must go through the GitHub Actions workflows below.
48
48
49
-
#### Manual Development Releases
49
+
#### Manual Development Releases (Prereleases)
50
50
51
-
For development and testing purposes, use the `Mint Components Prerelease` GitHub Actions workflow from the branch you want to publish.
51
+
For development and testing purposes, use the shared **Publish Package** GitHub Actions workflow:
52
52
53
-
Prereleases are driven manually (not by `changeset pre enter/exit`):
54
-
55
-
1. On your working branch, edit `version` in [packages/mint-components/package.json](./package.json) to a SemVer prerelease form: `x.y.z-<identifier>` — for example `2.2.0-1`, `2.2.0-beta.0`, or `2.2.0-next.3`. Plain `x.y.z` is rejected by the workflow.
56
-
2. Commit and push the version bump to your branch.
57
-
3. Run the **Mint Components Prerelease** workflow from that branch and supply the `tag` input (npm dist-tag), e.g. `next` or `beta`. The dist-tag `latest` is rejected so prereleases can never replace the stable channel.
53
+
1. Run the workflow from the branch you want to publish.
54
+
2. Set `package` to `mint-components`.
55
+
3. Set `increment-type` to `prerelease`. The workflow rejects `patch` / `minor` / `major` for mint-components — stable releases must go through the **Mint Components Release** (Changesets) workflow.
58
56
59
57
The workflow will:
60
58
61
-
-Validate the version is a prerelease and the tag is not `latest`
62
-
-Verify a matching git tag does not already exist
63
-
-Build and publish via `npm publish --tag <tag>`
64
-
-Create and push a `@saasquatch/mint-components@<version>` git tag
59
+
-Compute the next semver from `package.json` (e.g. `2.1.8` → `2.1.9-0` for `prerelease`)
60
+
-Build mint-components automatically via the `prepack` lifecycle script
61
+
-Publish to npm with `--access public --provenance`, tagged `next` for prereleases or `latest` for stable
62
+
-Commit the version bump and create a signed `@saasquatch/mint-components@<version>` git tag via `saasquatch/git-commit-action`
65
63
66
-
Stable releases continue to flow through `master` via the Changesets "Version Packages" PR. When the next stable release is cut, `changeset version` will compute the next stable version from changesets and overwrite any manual prerelease version in `package.json` — that is intentional.
64
+
Stable releases should still flow through `master` via the Changesets "Version Packages" PR. When the next stable Changesets release runs, `changeset version` will compute the next stable version from changesets and overwrite any manual prerelease version in `package.json` — that is intentional.
0 commit comments