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
{{ message }}
This repository has been archived by the owner on Jan 24, 2022. It is now read-only.
Let's say you are developing an EVM package and publish a version 1.0.0, but then you noticed that there was a problem with something that has nothing to do with the contracts you are providing, e.g. fixing a deployment script or adding a file that was npm-ignored or so. Then, you will have to bump your package.json and publish again. This will make your package.json and zos.json to get unsynched, which means that people trying to link your package as zos link your-evm-package@1.0.1 will fail saying you requested version 1.0.1 but the one in its zos.json is 1.0.0, and the way to circumvent this is to link it using a semver as zos link your-evm-package@^1.0.0.
Which should be the expected behaviour in this kind of scenario? Should we expect the users to bump their zOS project too? What can be improved from the CLI to avoid users publishing unsynched versions of package.json and zos.json files?
The text was updated successfully, but these errors were encountered:
Let's say you are developing an EVM package and publish a version
1.0.0
, but then you noticed that there was a problem with something that has nothing to do with the contracts you are providing, e.g. fixing a deployment script or adding a file that was npm-ignored or so. Then, you will have to bump yourpackage.json
and publish again. This will make yourpackage.json
andzos.json
to get unsynched, which means that people trying to link your package aszos link your-evm-package@1.0.1
will fail saying you requested version1.0.1
but the one in itszos.json
is1.0.0
, and the way to circumvent this is to link it using a semver aszos link your-evm-package@^1.0.0
.Which should be the expected behaviour in this kind of scenario? Should we expect the users to bump their zOS project too? What can be improved from the CLI to avoid users publishing unsynched versions of
package.json
andzos.json
files?The text was updated successfully, but these errors were encountered: