hygge

因为有时你需要输出一个文件

而 KDL 真的很棒

knuffel 或 kdl-rs 用于反序列化 :-) 因为有时你需要输入一个文件

修改代码

1. 分支仓库。

2. 创建一个新的功能分支。

3. 进行修改。通过在本地运行带有修改的项目来确保没有构建错误。

4. 提交一个带有名称和所做描述的拉取请求。您可以在 GitHub 上了解更多关于如何处理拉取请求的信息 这里。

5. 维护者将审查您的拉取请求，并可能要求您进行更改。

重要提示

请注意，此项目是在贡献者行为准则下发布的，该准则位于此项目的根目录中，文件名为

• CODE_OF_CONDUCT.md

通过参与此项目，您同意遵守其条款。

感谢您的参与。

开放问题

如果您准备好贡献，请首先查看标记为 help wanted 或 good first issue 的开放问题。

您可以在问题下评论，让其他人知道您有兴趣处理它或提出问题。

错误/问题

在报告项目中错误或意外行为时，请确保您的问题描述了复制该行为的步骤，包括您使用的平台、所采取的步骤以及任何错误消息。

可重现的错误将被标记为 bug，其状态将在问题评论中更新。

不予修复

如果决定不实现它，问题将被关闭并标记为 wontfix，通常因为与项目愿景不一致或超出范围。我们将在问题中添加更详细的理由。

功能请求

如果您有关于如何改进我们的项目的想法，您可以通过在 GitHub 上打开问题来建议功能。请确保包括有关功能或更改的详细信息，并描述它将启用哪些用例。

功能请求将被标记为 增强，并在问题评论中更新其状态。

许可

除非另有说明，所有 DEVELOPING.TODAY LLC 开源项目都必须遵守 Rust 标准许可模型（MIT + Apache 2.0），并因此采用双重许可，允许许可证持有人选择 MIT 或 Apache-2.0。

贡献者条款

感谢您对 DEVELOPING.TODAY LLC 开源项目的关注。通过提供贡献（新或修改的代码、其他输入、反馈或建议等），您同意这些贡献者条款。

您确认您的每一项贡献都是您创作的，并且您是版权所有者。您还确认您有权向我们提供贡献，并且您是在 Rust 双重许可模型（MIT + Apache 2.0）下这样做。

如果您想要贡献不是您原创创作的物品，您可以从任何贡献中单独提交给 DEVELOPING.TODAY LLC，包括其来源的详细信息以及任何许可或其他限制（如相关专利、商标、协议等）。

请注意，我们的项目附带一份 贡献者行为准则，以确保它们是欢迎每个人贡献的地方。通过参与任何 DEVELOPING.TODAY LLC 开源项目，您同意遵守贡献者行为准则。