-
Notifications
You must be signed in to change notification settings - Fork 121
Add hidden "bundle debug refschema" command #3555
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
f99310a to
f6dad89
Compare
0048704 to
3cab680
Compare
pietern
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The output highlights the ambiguity between the "settings" and "spec" duplication for jobs and pipelines, respectively. Let's discuss. Not blocking for this PR.
Please check the suggestion before merging.
cmd/bundle/bundle.go
Outdated
| cmd.AddCommand(deployment.NewDeploymentCommand()) | ||
| cmd.AddCommand(newOpenCommand()) | ||
| cmd.AddCommand(newPlanCommand()) | ||
| cmd.AddCommand(newRefSchemaCommand()) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We can use the debug subcommand to host this, to group commands we'll keep hidden.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sure, we can move it there. In that case it does not need to be hidden.
3cab680 to
6f52ca4
Compare
…pe (#3573) ## Changes Pure refactoring, no functional changes. ## Why Follow to #3531 (comment) We already use STATE to refer to this schema in #3555 Config is ambiguous, we have already bundle config (called input config in terranova). With this rename we have - input config -- what's in databricks.yml - state - what's persisted, what is sent to backend via create/update - remote state - what we get from backend via get requests
Changes
Requires #3531
Why
Track bundle schema changes. Unlike jsonschema, this includes not just input yaml but stored state and remote resource types. This will help us notice when something disappears or changes type in the state or remote, as this has potential of breaking existing deployments.
It is also in greppable format, could be useful for debugging complex $resources.jobs.foo.tasks[0].something.something else references.
Tests
I also added recording of "bundle debug" output under acceptance/bundle/debug.