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
As a smart contract developer I want snapshot versions of fabric-chaincode-shim to be published on every change So that I can use development fixes or features before a formal release is published
The push.yml workflow should be extended to publish an "unstable" version of the chaincode packages on every merged pull request. Publishing might be better to GitHub Packages rather than the public NPM registry to avoid any risk of publishing an unintended release version and to avoid too much clutter in the public NPM registry, but either acceptable solutions.
"Unstable" builds should:
Have -unstable (or some other qualifier) appended to their version.
Be tagged as unstable.
Have dependencies rewritten by the publishing process to point to similarly versioned chaincode packages.
The logic for rewriting dependency versions would be similar (or reuse directly) the updateversions.sh script.
The fabric-gateway publishing process might be useful as a reference:
As a smart contract developer
I want snapshot versions of fabric-chaincode-shim to be published on every change
So that I can use development fixes or features before a formal release is published
The push.yml workflow should be extended to publish an "unstable" version of the chaincode packages on every merged pull request. Publishing might be better to GitHub Packages rather than the public NPM registry to avoid any risk of publishing an unintended release version and to avoid too much clutter in the public NPM registry, but either acceptable solutions.
"Unstable" builds should:
-unstable
(or some other qualifier) appended to their version.unstable
.The logic for rewriting dependency versions would be similar (or reuse directly) the updateversions.sh script.
The fabric-gateway publishing process might be useful as a reference:
The GitHub Actions documentation on publishing Node packages is also a useful reference.
The text was updated successfully, but these errors were encountered: