kind, name and steps are not recognized as yaml properties
See original GitHub issueWhen opening my Drone CI yaml file, errors are given about the keys kind
, name
and steps
not being valid properties. The opened file is a valid drone yaml file, so I guess there is no support by this extension.
Would support for those keys be added in the future? In case the problem is another, any useful pointer would be greatly appreciated
Issue Analytics
- State:
- Created 4 years ago
- Reactions:3
- Comments:18 (3 by maintainers)
Top Results From Across the Web
java - @ConfigurationProperties is not working with .YAML files
i am newbie to SpringBoot and trying to read the properties from YML file using in built SpringBoot annotations. following ...
Read more >Create and Configure Jobs and Pipelines Using YAML
The job or pipeline must be explicitly named in the YAML configuration. After the job is created, you can edit its configuration on...
Read more >Config file processing in Spring Boot 2.4
So in Spring Boot 2.4 we're planning to make two significant changes to the way the properties and YAML files are loaded: Documents...
Read more >Configuring an integration server by modifying the ... - IBM
You can configure your IBM App Connect Enterprise integration server by modifying properties in a server.conf.yaml configuration file.
Read more >Configuring CircleCI
A map of environment variable names and values. The environment settings apply to the entrypoint/command run by the docker container, not the job...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@HitLuca Upon closer inspection it might be an issue for here after all. The schema file in schemastore repo seems up to date (was last pushed only a couple weeks ago) and I’ve had luck with validating my own drone.yml file by modifying the schema slightly. Specifically, the lack of a top level “properties” key seems to be causing the validator issues, even though an array of them is defined under “oneOf”.
It could be because the drone schema implements the latest version of JSON spec which may not be fully implemented yet in vscode-yaml (https://github.com/redhat-developer/vscode-yaml/issues/222).
It’s either that or the schemastore spec for drone is incorrectly written – I don’t have the knowledge to tell either way.
AH! I finally figured it out. It ended up being a schema issue but this was one of the oddest bugs I’ve had to track down.
So it turns out that the drone schema sets additionalProperties to false for the root object: https://github.com/SchemaStore/schemastore/blob/master/src/schemas/json/drone.json#L4
According to the json schema spec:
In the schema there is no root properties keyword, meaning that everything is considered an additional property and that’s why the errors appear.
I’m going to send a PR to the json schema store and close this issue.