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
With the changes in 1.1.0, the full API is in one file. We can show this by getting rid of all the .tar.gz logic in the CI config:
- run:
name: Build and run schema generator for packagescommand: | for S in ./packages/*/examples/schema.rs do P=$(dirname $S)/.. echo "Generating schema for $P ..." (cd $P && cargo schema --locked && tar -zcf ~/project/schemas/$(basename $(pwd))_schema.tar.gz ./schema) done
- run:
name: Build and run schema generator for contractscommand: | for C in ./contracts/*/ do echo "Generating schema for $C ..." (cd $C && cargo schema --locked && tar -zcf ~/project/schemas/$(basename $(pwd))_schema.tar.gz ./schema) done
Uploading a single .json per contract would be much nicer.
The text was updated successfully, but these errors were encountered:
We cannot do this with packages since they don't have InstantiateMsgs. The new schema solution I intended for full contracts, not packages. Do we need to consider packages as well?
Or maybe we just want to stop generating schemas for packages? All those types will appear in the schema generated by end contracts anyway.
We cannot do this with packages since they don't have InstantiateMsgs. The new schema solution I intended for full contracts, not packages. Do we need to consider packages as well?
Good point. Then let's keep packages unchanged. For them the more primitive schema per type is probably still nice to have a look during development.
With the changes in 1.1.0, the full API is in one file. We can show this by getting rid of all the .tar.gz logic in the CI config:
Uploading a single .json per contract would be much nicer.
The text was updated successfully, but these errors were encountered: