我们正在修复 Cline 的 PR 贡献者流程

我们非常感谢所有提交代码、想法和对 Cline 进行其他改进的贡献者。对我来说，这真是一件最酷的事情，能够参与到这个项目中。我从社区中看到的创造力、专业知识和奉献精神总是让我惊叹不已。非常感谢你们！

现状

我们一直努力合并尽可能多的社区贡献，但说实话，我们现有的系统并不奏效。我们的 PR 积压不断增加，这是我们的责任。我一直在深入思考如何改进这个流程，并希望我能找到一个可行的解决方案。

我认为一个核心问题是，当我们收到 PR 时，往往事先没有进行任何讨论来决定这个更改是否有意义（关于实现、概念、影响等）。一旦我们进入代码审查阶段，有意义地讨论和修改功能就会变得更加困难。这是因为我们的贡献者已经付出了努力来创建最初的实现——这意味着如果需要进行重大更改，就会导致我们这边的审查时间和贡献者重新实现的时间都翻倍。

我不喜欢核心 Cline 团队和我们的社区之间有时存在的脱节感。这对我们来说是不可持续的，更重要的是，这是对你们的时间和精力不尊重。

解决问题

我们将采取以下措施：我们实施了一个新系统，强烈鼓励贡献者在创建 PR 之前就潜在的新功能进行讨论。对于非琐碎的更改，我们现在强制要求创建一个相关的 issue，无论是功能提案还是错误报告。说实话，这是一个相当微不足道的修复，但我认为它会产生重大的积极影响。

我们更新了贡献者指南，并创建了一个新的 issue 模板，专门用于详细说明新功能请求。这给了我们所有人一个机会，在编写任何代码之前进行有意义的讨论。贡献者将能够概述他们的想法，获得反馈，理想情况下，我们可以共同确保你们的贡献尽快进入代码库。这专门针对功能请求，而用于解决错误的 PR 将保持不变。

这个想法不是为了设置某种门槛，而是为了确保你们宝贵的时间花在那些肯定会进入 Cline 代码库的贡献上。此外，在我们这边，我们正在内部增加投入，专门用于审查社区 PR。

未来之路

我对 Cline 的未来和我们的开源社区非常看好。我们之所以能有今天的成就，离不开我们贡献者的出色工作。每一次错误修复、每一个功能、每一次改进——它们共同使 Cline 对每个人都变得更好。

感谢大家在我们摸索解决这些问题时一直支持我们。

- Toshi