为了加强 Issue 规范、提升沟通效率，Layui Issues 已统一在 Github 受理：

https://github.com/layui/layui/issues

背景与现状

自 2021 年 Layui 将日常维护及社区集中转移到 Github 和 Gitee 以来，Github 承载了 Pull Request 的工作，而 Gitee 则承载了 Issues 的工作，前者主要面向项目贡献者，后者则面向于全体 Layui 受众。之所以这样拆分，一方面是考虑到网络问题，还一方面则是基于我本人对 Gitee 的情感因素，尤其是开源中国及 Gitee 长期以来对 Layui 的分外关照，让我无不想着也给 Gitee 平台一些回馈，如引导 Layui 用户前往 Gitee 发表议题、交流技术等，为平台的品牌宣传和用户活跃度略尽绵薄之力。

随着时间的推移，Layui 在 Gitee 社区的良好氛围，吸引了包括 @sunxiaobin @morning-star 等许多顶尖的开发者，加入到这项崇高而又稍显卑微的开源公益事业中，他们在 Github 和 Gitee 来回穿梭，为不同层次的 Layui 受众耐心提供各种解决方案，他们的努力极大地鼓舞了我对项目的热情，也使得在整个 2023 年 Layui 的版本迭代有序推进。贡献者投入的精力，让我既感动又心疼，我曾在一篇高质量的 Issue 中这样回复：

Layui 从过往的喧嚣中走来，偏居前端之隅，拾柴者们凝聚的温暖依旧，而行者匆匆，还能被谁所洞见…

这是一种复杂的内心写照，我希望提问者都能得到帮助（虽然他们总是来去匆匆），但也为贡献者投入的巨大精力而百感交集，他们的努力，又是否真的能被提问者所看到、所感受到？

尤其最近，越来越多的低级问题和不规范的 Issue 充斥着社区，尽管我们不断完善相应的 Issue 规范，但仍然在无效的沟通中耗费大量的时间，有时甚至只是为了获得提问者的一个「最小化的重现」。因此，为减少不必要的社区资源消耗，进一步严格要求 Issue 规范已势在必行。尤其对于核心维护者，应当让他们的主要精力投入到项目更重要的工作中去。

接下来的调整

首先要重申的是，Layui 对 Gitee 平台具有深厚的情感和尊重，我与贡献者们，也多次通过各种渠道建议平台加强 Gitee 社区版的 Issue 管理、流水线、Bot 等功能支持。但平台也存在优先级考量，我们深表理解。所以在此声明：以下调整是基于我们对加强 Issue 规范的迫切需求，与我们对 Gitee 平台的看法没有任何关系。

接下来，Layui 的社区维护将做出如下调整：

1. Issues 将统一在 Github 进行受理。同时，考虑到 Gitee 既有的 6000 多条 Issues 存在大量可供参考的内容，我们将在 Github Issues 的创建入口保留 Gitee Issues 的通道，便于大家前往搜索。
2. Issues 将只接受「Bug 报告」和「新功能请求」，原则上不再接受用法和功能疑惑等业务相关的问题。针对这点，在引导大家查阅文档和搜索相似 Issue 的前提下，我们也将在 Github 开启 Discussions 供大家进行技术交流。
3. Issues 将逐步加入 Github Actions 进行管理，严格规范议题。

以上调整将于 2023-12-31 之前全部完成。

此外，Layui 在 Gitee 的仓库将主要作为镜像存在，会继续同步版本代码和发行版资源，但不作为社区承载。这里要再次感谢 Gitee 尤其是 @诺墨 一直以来对 Layui 提供的大量帮助。同时，也推荐大家将私有项目托管在 Gitee。

此次调整，旨在为项目提供一个更加稳健和良好氛围的社区环境。
更多细节可详见：🍀 Layui Issue 规范指南