chore: add @kumahq/kuma-http-api package for housing out HTTP API types #3516
+590
−131
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Adds new
@kumahq/kuma-http-api
packageAlso adds the necessary Makefile scripts to clone/update the remote kuma repository before generating types.
CI integration will be the next step here, which should just be able to call
make -C ./packages/kuma-http-api build
on a PR kuma itself. I've held off on that final step as I want to evaluate amount of noise, plus possible cyclic dependencies (if kuma submits a PR to us, and then we submit a PR to them etc etc)Note: The
index.d.ts
file should really be the same asauto-generated.d.ts
, but as time has moved on slightly its not. There were no problems when runningmake lint
in the application though.