@nodana/phoenixd-mpp-sdk 0.1.0 → 0.1.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/docs/development.md +10 -9
- package/package.json +3 -3
package/docs/development.md
CHANGED
|
@@ -65,17 +65,18 @@ Use Redis persistence appropriate for payment state, with `noeviction`, sufficie
|
|
|
65
65
|
|
|
66
66
|
## Release
|
|
67
67
|
|
|
68
|
-
|
|
68
|
+
Publishing a GitHub Release triggers `.github/workflows/npm-publish.yml`. Pushes to branches or tags, pull requests, draft releases and release-note edits do not trigger publication.
|
|
69
69
|
|
|
70
|
-
|
|
70
|
+
1. Update the version in `package.json` and `package-lock.json`, for example with `npm version patch --no-git-tag-version`.
|
|
71
|
+
2. Commit and push the version change and release code to `main`.
|
|
72
|
+
3. In GitHub, open **Releases → Draft a new release**. Create a tag matching the package version exactly, such as `v0.1.1`, targeting the release commit on `main`.
|
|
73
|
+
4. Add the release title and notes, then click **Publish release**.
|
|
74
|
+
5. Check the **Publish to npm** workflow. It validates the release tag and both manifest versions, installs dependencies, runs the checks, and publishes the tagged code to npm with provenance. Its summary reports whether publication succeeded.
|
|
71
75
|
|
|
72
|
-
|
|
76
|
+
The npm trusted publisher must point to organisation `nodana`, repository `phoenixd-mpp-sdk`, workflow `npm-publish.yml`, with no environment and direct publishing allowed. The source repository must be public for npm provenance. Stable releases publish to the `latest` npm dist-tag; GitHub prereleases publish to `next`.
|
|
73
77
|
|
|
74
|
-
|
|
78
|
+
The workflow checks and builds before publishing, then uses `--ignore-scripts` to avoid running `prepublishOnly` a second time. Manual `npm publish` still runs the full test/build hook. Test results remain in the logs; the Actions summary reports the release outcome.
|
|
75
79
|
|
|
76
|
-
|
|
77
|
-
git tag -a v0.1.1 -m "Release v0.1.1"
|
|
78
|
-
git push origin v0.1.1
|
|
79
|
-
```
|
|
80
|
+
npm versions cannot be overwritten. If a release fails before publication, fix the cause before retrying. For versions already on npm, create a GitHub Release from the tag matching their original source commit rather than publishing the package again.
|
|
80
81
|
|
|
81
|
-
|
|
82
|
+
When retrying an unpublished version after changing the workflow or code, its tag must include those fixes. Commit and push the fixes first, then replace the failed tag before creating the GitHub Release. Do not move a tag for a version already published to npm.
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@nodana/phoenixd-mpp-sdk",
|
|
3
|
-
"version": "0.1.
|
|
3
|
+
"version": "0.1.1",
|
|
4
4
|
"description": "Phoenixd Lightning payment methods for the Machine Payments Protocol",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"license": "MIT",
|
|
@@ -51,10 +51,10 @@
|
|
|
51
51
|
"scripts": {
|
|
52
52
|
"build": "tsup",
|
|
53
53
|
"typecheck": "tsc --noEmit && tsc -p tsconfig.tests.json",
|
|
54
|
-
"test:unit": "vitest run",
|
|
54
|
+
"test:unit": "vitest run --reporter=default",
|
|
55
55
|
"test": "npm run typecheck && npm run test:unit && npm run build && node tests/package-smoke.mjs",
|
|
56
56
|
"prepublishOnly": "npm test",
|
|
57
|
-
"test:redis": "vitest run --config vitest.redis.config.ts"
|
|
57
|
+
"test:redis": "vitest run --config vitest.redis.config.ts --reporter=default"
|
|
58
58
|
},
|
|
59
59
|
"peerDependencies": {
|
|
60
60
|
"@nodana/phoenixd-ts": "^0.2.0",
|