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
Feature Request: Native support for YAML #16819
Comments
A couple of points before this one is marked as closed,
What would people like the PowerShell team to do ?
None of these would allow PowerShell to do something it can't do now using a 3rd party module, or to do it very much better, than the third party module ; they address the problem that some people using PowerShell want all modules they use to be first-party ones; I have worked for customers who make the processes to adopt 3rd party modules an onerous one so I understand that this can be for good reason. If the PowerShell team took a dependency on YamlDotNet, things could be made easier for those customers. But it is easy to see this could be repeated for many, many things - more than the team could ever have capacity for. That's why the default position is these additions should come from the community - people can make a case that X should not follow that default, but to date the case made for YAML hasn't convinced the people it needs to.
|
This comment in one of the linked issues above discusses the reasoning / stance of the pwsh team. As far as I know it hasn't changed much. 🙂 |
@vexx32 Indeed. I'm remined of
Instead of having the teams position in a comment to a closed issue on github it might be helpful to give it a bit more, you know, prominence :-) |
This issue has been marked as duplicate and has not had any activity for 1 day. It has been closed for housekeeping purposes. |
Summary of the new feature / enhancement
My personal use case is configuration files, but would be perfect to ingest any yaml structure without extra modules with stale development and with official support for PS +7
In my opinion, Yaml is getting mature enough to bring it natively to Powershell without hassle around JSON
PS: Thanks for pushing hard forward and making Powershell so good nowadays ! ;)
Proposed technical implementation details (optional)
No response
The text was updated successfully, but these errors were encountered: