首先，感谢你将宝贵的时间花费在本项目上！
Magpie 是一个个人项目，最早启发于 Integer Scaler 和 Lossless Scaling，但现在它比前辈们强大的多。开发者的能力和精力有限，因此欢迎任何形式的贡献！Magpie 遵循 All Contributors 规范，无论你以何种形式做出贡献，诸如编写代码、撰写文档、用户测试等，只要你的贡献足够，开发者都会把你加入贡献者清单。
如果你是新手，强烈推荐你读一下这篇文章。
下面是一些你可能想做的贡献：
FAQ 汇总了常见的问题，你也可以搜索 Issue 和 Discussion 看是否已经有人提出过。如果依然没有得到解答，请在 Discussion 中询问。
Magpie 没有广泛的测试过，因此错误不可避免。希望你能向开发者反馈这个错误，这样可以帮助所有和你遇到同样问题的人。
首先请在 Issue 和 Discussion 中搜索你遇到的错误，避免和现有 Issue 重复。汇报错误时请发布一个 Issue（bug report），下面是一些有利于开发者快速定位问题的最佳实践：
- 选择一个清晰简洁的标题，可以在标题前加上[bug]标签。如 “[bug] Windows 11窗口圆角导致游戏窗口超分后左下/右下角模糊” 是一个好标题，而 “应用程序错误” 则意义不明。
- 上传日志文件对定位问题特别有帮助，它们位于 logs 文件夹下。
- 请详细的描述复现步骤，最好提供一些截图。
- 还有一些信息可能对开发者有帮助，比如特殊的显示器配置，显卡型号等。
你可能有一些关于 Magpie 的奇思妙想，请和开发者分享它们！开发者通常只是通过自己的使用经验添加新功能，但你的点子可能会使 Magpie 与众不同。
首先请在 Issue 中搜索你的功能建议，确保不和已有的重复，尤其要查看路线图（它们会在 Issue 页面置顶）里是否有这个功能。然后提交一个 Issue（feature request），详细地描述你的建议，比如是否有其他软件实现了类似的功能。
贡献代码是帮助 Magpie 项目最直接的方式，你可以修复 bug，增加新功能或修正格式错误。不要因为修改太小就羞于贡献，你的每一行修改都很重要。
和所有开源项目一样，你需要提交 pull request 来向 Magpie 贡献代码。开发者可能会要求你做一些更改，如果你无法及时响应，你的 pull request 可能会被关闭。为了激励贡献，大多数 pull request 都会被接受。
注意：一旦你向 Magpie 贡献代码，便表示你同意将该代码的版权转让给 Magpie 当前的版权所有者。Magpie 可能在没有征得你的同意的情况下更换许可证。 这是为了使开发者做出重大决定时无需征得每一个贡献者的同意，开发者承诺 Magpie 项目更换许可证的唯一情形是迁移到更新版本的 GPL 协议。如果你想保留版权，只能放弃贡献，将更改保留在自己的 Fork 中。
贡献代码时你需要遵守一些准则：
- 和现有的代码风格保持一致，包括花括号不换行，tab 缩进，变量、类、源文件等的命名方式，所有源码文件格式均为 UTF-8 without BOM，大部分情况下采用行注释，git 消息风格等等。
- 如果你要进行比较大的更改请先提交 pull request 和开发者交流，确保和项目当前的方向一致。
- 你的分支必须可以通过编译检查。
- 请尽量应用 VS 检查代码时提出的建议。
- 含有“私货”的代码不会被接受。
贡献新的翻译和修正现有翻译都是非常欢迎的。向 Magpie 贡献翻译非常简单，所有用户界面文本均存储在 resx 中，创建新的Resources.xx-xx.resx 文件并翻译所有字符串即可。
贡献翻译的方式和贡献代码的方式相同，但翻译的 pull request 基本都会被接受。强烈推荐你定期维护自己的翻译，因为 Magpie 的用户界面经常会进行较大的更改。
因为开发者的懒惰，Magpie 的文档长期处于缺失/过时的状态。尽管 Magpie 的 wiki 是人人可编辑的，但强烈推荐你在编辑前提交一个Issue（docs），以避免加入错误/过时的信息。更改 README、贡献指南等文档需要参考贡献代码。
开发者每周都会花费大量的时间开发新功能，这些工作都是无偿的。目前 Magpie 没有资助的渠道，对它进行 Star、Fork 或者宣传就是最好的资助！