查看https://github.com/cncjs/cncjs/pulls?q=is%3Apr+is%3Aclosed有最近的活动，对我来说似乎没有被遗弃?

您是否正在寻找特定功能的进展？

不完全被遗弃，但也不是很活跃。重新激活它所需要的只是一个足够可靠的资金流，使开发人员能够投入大量时间来维护这种复杂的项目。

@MitchBradley您似乎拥有一个致力于 CNCjs 的 Facebook 群组——您是否与@cheton可以用来将贡献者（比如你自己）添加到这个存储库？我也很乐意帮助进行维护（我在这方面有经验）。

我不一定要谈论继续开发，而只是为了维护之类的事情，比如处理 PR，更新一些有安全问题的依赖项，新面板等。

虽然我们当然可以分叉，但我不确定拥有 100 个不同的随机分叉是否符合社区的最佳利益。虽然有一个名为makerverse的分支，但几乎找不到它，坦率地说，我有点生气它不是真正的分支：它没有出现在 CNCjs 的网络或 Forks 中。（尽管如此，该开发人员确实表示他愿意进行上游更改，所以这并不完全是对立的。）

我能理解@cheton继续做其他事情（我也几乎没有跟上其他相关项目的维护工作），虽然我们“普通”用户可能会在这里或那里喝杯咖啡，但我认为我们中的任何一个人都不是单独的提供收入资金流的位置，为任何人提供持续发展作为职业。

有什么想法吗？

实际上@cheton也拥有该 Facebook 群组。他让我成为联合管理员，我（愚蠢地？）接受了。我很乐意在那里获得额外的帮助，但遗憾的是，其他用户提供的大多数答案都是过于简洁而无用、误导、明显错误或不回答所问问题的某种组合。

如果有人开始为那里的问题提供高质量的答案，我会很乐意交出控制权——并且也会强烈考虑给予（或要求 Cheton 给予）对该回购的承诺许可。

作为 cncjs github org 的成员，我有 PR 的合并权限，但我犹豫是否在没有仔细审查的情况下就合并，我没有时间这样做。如果我开始这样做，考虑到我已经花时间广泛参与 FluidNC 项目，它可能会让我投入比我愿意承担的更多的工作。如果其他人开始对优秀的 PR 提供有见地的评论，那将是将他们添加为具有合并特权的成员的强烈诱因。

但即使有合并权限，由于 Appveyor CI 失败，几乎所有最近的 PR 都被阻止了。这可能是 CI 脚本的问题，因为它们似乎在同一个脚本上被阻止。解决这个问题是证明他们有能力成为优秀维护者的另一种方式。

✋ 我想自愿修复 CI，但我不确定没有提升的回购和 CI 许可是否可行。我将尝试在单独的 Appveyor 管道上进行分叉和测试。

如果这个问题可以解决，我愿意自愿参与进一步的 CI/交付、平台编译和依赖项更新工作。不确定我现在是否可以花时间学习核心软件。

畅通 PR 工作流程应该是非常重要的！

开幕#747

这正是正确的方法 – 在 fork 中修复和测试。这是证明一个人技能的好方法。

@emcniece,@MitchBradley， 谢谢！

@emcniece，让我知道如何支持 Appveyor 管道工作。我也独立看看。

@MitchBradley，我想我的本意是支持修复bug，而不是用户技术支持，当然也不是在Facebook上。我不羡慕你同意“愚蠢”地帮助那边！;-) 从它的声音来看，其他用户似乎已经涵盖了这方面，所以我不会因为躲避而感到内疚。（顺便说一下，您的期望是完全合理的。谢谢。）

听起来其他用户已经涵盖了这方面

不是我的思维方式。时不时有人提供正确答案，但随机用户提供的答案往往是错误的。

畅通 PR 工作流程应该是非常重要的！

这只是第一步。合并的 PR 只有在发布时才对社区真正有用。构建、测试和记录发布是一项严肃的工作，即使该过程是自动化的。

@Domush我自愿担任这个项目的维护者角色，团队已经开始向我介绍这项工作。我很高兴地宣布，您可以很快期待一些新版本，也许在下个月内:)

我的重点将放在两个方面：对未解决的问题进行分类和分类，以及记录/整合 CI/CD 管道，以便我们可以开始清理工厂车间。

我对代码库本身不是很熟悉，我还没有真正使用过该软件，但我很快就会开始使用它。如果有其他人有兴趣帮助（@balthisar ?) 一个简单的开始方法可能是从活跃的问题中挑选出陈旧/过时的问题。重现和验证报告的问题可能有助于我们确定影响大的变更的优先级。

我暂时保留这个问题@Domush按照他们认为合适的方式处理……在我们发布新版本后我会重新考虑关闭它?

@emcniece 谢谢你！

@emcniece，我将在接下来的一两天内开始处理未解决的问题，以开始分类过程。

我们应该确定一些基线要求，以消除与安装环境相关的问题。随着如今版本管理器的盛行，我认为选择最新的 LTS 版本的节点作为基准并忽略其他一切没有任何害处。我在节点 16 上成功运行了 CNCjs。我有几个用于测试目的的物理和虚拟环境。

我还不熟悉 Appveyor，但我非常幸运地使用 Github 原生解决方案来完成纯 C 和一些 Swift CI。不过，Github 的运行器目前只有 x86，我怀疑大多数人都在使用 ARM 平台。

啊，x86 限制让我措手不及……你是对的，似乎 arm64 仅适用于自托管运行器。仅凭这一点就可能暂时坚持使用 Appveyor 是个好主意。

我已经开始用一些相关的类别来标记这个项目中的问题——你可以随意贡献你认为合适的东西。