Pegjs: 项目维护和健康

创建于 2020-02-09  ·  71评论  ·  资料来源: pegjs/pegjs

嗨@futagoza!

在上周,我被@StoneCypher标记在多个问题中,他表达了他对 PEG.js 维护和项目健康的担忧(他还通过电子邮件私下联系了我)。 自从我把维护转给你之后,我就很少关注 PEG.js 的开发了,但是他的行为让我看了一眼。

我不得不承认这个项目的现状让我很伤心。 代码中有大量更改,但最后一个版本仍然是我在 2016 年所做的 0.10.0(!)。 显然,您有望在 2018 年发布 0.11.0 ,但这从未发生过。 您在该问题中的最后一条评论是关于改用 TypeScript 重写 PEG.js (?)。 还有许多其他不那么明显的问题。

虽然我不赞成@StoneCypher 的表达方式,但我理解并同意他的担忧。 在这一点上,我不推荐将 PEG.js 作为任何项目的基础。

如您所知,当我将 PEG.js 转让给您时,我故意切断了与它的所有联系。 我希望它独立发展,没有我直接或间接的参与,也没有我的幽灵笼罩着它。 我不再拥有 PEG.js 的网站、GitHub 或 npm 包的任何权利。 但我觉得我现在必须说出来。 我想请您考虑一下 PEG.js 的当前状态及其未来,并考虑进行更改以使项目再次健康。

我很确定 PEG.js 社区同意上述问题,并希望得到诚实的回答。 虽然我不想建议任何特定的行动方案,但我相信社区可能是解决项目当前问题的关键。

我希望你不会以不好的方式接受我的信息。 我很清楚,维护一个像 PEG.js 这样的项目是很困难的,而且不能一直满足所有人。 只是我觉得我的话可能会促使您思考这些问题,而 PEG.js 社区应该得到答案。

感谢收听。

最有用的评论

是的,我认为是时候停止在问题跟踪器中抱怨了。 我也希望看到项目向前发展,但维护者不欠我们任何东西。 更好的方法是让某人以他们认为最好的方式进行分叉和维护。 我们需要出现或继续前进,抱怨别人的免费工作没有多大价值。 显然,他们没有时间、精力或愿望来保持项目的进展,这很好!

所有71条评论

我绝望我不得不分叉这个图书馆,这意味着现有的消费者将永远得不到帮助,互联网上最重要的图书馆之一已经死了

RIP

2020 年 2 月 18 日星期二上午 5:59 John Haugeland [email protected]
写道:

我绝望我必须分叉这个库,这意味着没有现有的
消费者将永远得到帮助,以及最重要的图书馆之一
互联网已经死了


您收到此消息是因为您订阅了此线程。
直接回复此邮件,在 GitHub 上查看
https://github.com/pegjs/pegjs/issues/639?email_source=notifications&email_token=AAAETTRJGY4Q5AWE76RBM2DRDPSURA5CNFSM4KSDGYBKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEMCCBUA#issuecomment-587473104
或退订
https://github.com/notifications/unsubscribe-auth/AAAETTRC57XZWSLTNS3VLL3RDPSURANCNFSM4KSDGYBA
.

5 年前我还在学习编写 JS 代码时使用了这个库。 我制作了一种呈现为 HTML 的语言,它比我所知道的任何 Markdown 方言都更具表现力。 今天,我重新考虑要进一步发展该语言,但发现这个库并不像我预期的那样健康。 只是觉得难过。

我的公司也在使用这个包,非常希望看到 ES 模块功能和 TypeScript 语言功能即将发布。

如果@futagoza不能再维护这个包,他应该让其他人接管。

我很确定 PEG.js 社区同意上述问题,并希望得到诚实的回答。

两个多月了,还是没有答复?

在我看来, @futagoza已经倒下:他链接的主页链接在各个社区上的所有活动几乎同时停止。 伤心。

您仍然可以看到过去 7 天在辅助频道上的活动

我已经通过电子邮件联系,看看@futagoza是否可以在社区管理方面提供一些帮助。 我认为,如果我们能找到一些有兴趣在 v0.10 上进行维护版本的人以及一些人致力于 v0.11,那将是最好的。

请记住要友善,让我们都尽我们所能提供帮助。 如果有人有其他的联系方式,请花些时间联系,看看我们能不能扛起包袱,一起努力。

@futagoza寻求社区帮助的请求已被多次提出,但我们没有得到任何回应。
我们只能假设该项目已被放弃,并共同决定从那里开始工作。

我收到了电子邮件的回复。 一旦我有更多信息要分享,我会尽快跟进。

我们不应该发布 0.10。 它被放到了非常奇怪的孤立工具上,开发方法已经变成了一些奇怪和利基的东西,它被转移到了失败的构建系统上,等等。

我们真的需要回到 0.9 并在原始状态下挑选 PR,并保持 David 最初的清洁系统。 我们不能让二子座跳过版本三年,因为他制造了一个烂摊子,然后等待一个愿意保持他的方法并尝试发布它的人

现在需要将其转变为标准节点系统。 多年来一直需要它,所有活跃用户一直在要求它

@StoneCypher我认为您可能遗漏了某些内容,或者可能只是一个错字——我们已经发布了 0.10 版本。 所以你的意思是 0.11 版本?

哦,我的错,0.10.0 是大卫 4 年前的版本,你是对的

@tilgovi有什么消息要分享吗?

一般来说:还有其他任何人都可以推荐的解析器库吗?

坦率地说,这些都不可用。

除了 canopy 和 ohm 之外,这些都没有浏览器内版本

Waxeye 在轻度使用下会显着减慢,apg 也是如此

Jison 的语法是来自 Vulcan 的一个谜题,旨在驱使任何不是 Lex Luthor 的人狂言乱语

ANTLR 就像吃碎玻璃,不知何故也是蜜蜂

Nearly 很有趣,而且我无法得到 Early parses 给出的承诺。 我承认我应该能够。 我多年来一直在努力。

欧姆是超级强大和有趣的,是一种完全不同的看待问题的方式,而不是一个合理的替代品。 这就像建议用 prolog 替换 lisp。 Peg 和 Ohm 仅在技术上几乎不适用于相同的问题域。 几乎可以肯定,其中至少有一个不合适。

Bennu 是有缺陷的并且会产生不正确的结果。

Parsimmon 很有趣且功能强大,但我不喜欢解析器组合器,而且它非常冗长。

Par.js 将我 PEG 的前十行代码转换为 200 行代码。 哎哟

Chervotain 使它们成为 1900 行。 我实际上写了一个钉子来将我的钉子翻译成 Chervotain。 诚然,它的速度非常快,但我最不想做的就是转译语法,而我想做的倒数第二件事就是维护 Chervotain。 即使是 XML 专家也会称其为冗长。

尽管 PEG 在葡萄藤上腐烂了 5 年,但它仍然存在的原因是,目前没有任何东西可以取代它。

当我通过电子邮件联系时,我最初得到了非常周到的回复。 我提出了一些可以帮助社区开始维护 0.10.x 分支的方法,并提出了审查和管理贡献者的工作。 距离我上次收到回复已经过去几周了。

是的,我认为是时候停止在问题跟踪器中抱怨了。 我也希望看到项目向前发展,但维护者不欠我们任何东西。 更好的方法是让某人以他们认为最好的方式进行分叉和维护。 我们需要出现或继续前进,抱怨别人的免费工作没有多大价值。 显然,他们没有时间、精力或愿望来保持项目的进展,这很好!

在新的管理下,我会全力支持一个新的维护分支——它应该被称为 POG.js
我是对的孩子吗?

我也希望看到项目向前发展,但维护者不欠我们任何东西。 更好的方法是让某人以他们认为最好的方式进行分叉和维护。

通常我会同意,但在这种情况下,请求来自 PEG.js 的原始作者,他将维护者的权利交给了提出加强的人,现在似乎已经放弃了该项目,让其他人陷入困境。 新的维护者可以说“实际上,这对我来说不是一个好项目,其他人可以尝试一下”,但这只是沉默。 如果我是@dmajda ,老实说,我会很沮丧。

如果我是@dmajda ,老实说,我会很沮丧。

我不是很沮丧,但我很遗憾没有做两件事:

  1. 在将 PEG.js 移交给新的维护者之前不再等待。 也许我应该等待多个候选人出现并在他们之间进行选择,首先需要贡献,或者类似的东西。

  2. 不保留项目的“密钥”(访问 PEG.js 网站、GitHub 和 npm 包)。

其中任何一个都可能阻止了当前的情况。 不幸的是,这只有在回想起来时才明显。

无论如何,从他的无反应中可以清楚地看出@futagoza不再对 PEG.js 感兴趣。 过去几年我没有关注 JavaScript 解析器生成器空间,所以我不知道是否存在 PEG.js 的良好替代品。 但如果不是,我会欢迎有足够兴趣和积极性的人选择 PEG.js 代码并以新名称继续开发。 我相信这将是目前最好的课程。 唯一需要决定的问题是是从当前状态继续还是从@futagoza 更改之前的状态继续。

我认为更改名称是一个好主意,以防止混淆,至少在原始网站和 repo 仍然存在的情况下。 此外,可能会出现多个人,每个人都希望将 PEG.js 带向不同的方向。 在这种情况下,不幸的是有“Joe's PEG.js fork”、“John's PEG.js fork”等。

我对这种情况感到抱歉。 如果我再次做一个开源项目并最终把它交给某人,我肯定会以不同的方式做。

感谢@dmajda的支持。

几天前我通过电子邮件联系了@futagoza ,但没有收到任何回复,而且我看到他们在 github 上一直很活跃,所以我认为可以说他们完全忽略了这个问题。

我已将该项目分叉到https://github.com/codemix/pegjs并恢复到@futagoza接管之前的最后一次提交,更新依赖项,以便它们在较新版本的节点上工作,但将更改保持在最低限度。 我还没有发布一个版本,希望任何有兴趣为樱桃挑选适当的提交做出贡献的人的帮助,以便我们继续前进。 我已经设置了 travis-ci,但此时使用 github 操作可能会更好。

我不能保证 Codemix 可以永远维护这个分支,但我会保证,如果社区加强并在那里做出贡献,那么我们将确保我们不会陷入同样的​​情况,即一个人再次阻碍未来的发展。

不保留项目的“密钥”(访问 PEG.js 网站、GitHub 和 npm 包)。

你好。

我不知道网站和 github 访问,但是,
npm 有一个解决包名冲突的过程。

所以这是一个可以检索的项目。

谁为https://pegjs.org DNS 名称付费?
如果我理解正确,域名将在约 1 周内到期,因此取决于宽限期
可能会在 1-2 个月内回购pegjs.org。

@bd82 - 我们不能对此提出异议,因为没有理由。 dmajda 选择将这个项目交给一个从未做过任何事情的人,而那个人已经潜逃了。

@phpnode - 我正在进行项目的重大现代化改造

@StoneCypher听起来不错! 这是在你的叉子上https://github.com/StoneCypher/pegjs吗?

我已经联系了https://www.npmjs.com/package/peggy包的所有者,该包已经 9 年没有更新了,他们同意给我们这个名字。 我创建了一个新的 github 组织并将 repo 移至此处: https ://github.com/peggyjs/peggy 如果您愿意,我很乐意将您添加到该组织中?

我很乐意加入你的组织。

不,我说的不是那个; 这只是主要项目的错误修复分支。 我已经有一个域名和包名:)

我的目标是使输出和编辑器现代化,修复许多长期存在的错误,从根本上提高可测试性,并修复我不必要的大量 !#%%#& 二进制文件

你可以用 npm 来争论你想要的任何东西,它们通常很有帮助,你不需要“原因”来联系支持包所有权,这不是法律程序

NPM 人员对何时可以对 repo 提出异议有明确的指导方针,但不幸的是,这并不合适。

听着,想想。 如果每次回购变暗时,任何rando 都可以接管它,那么您将面临一场极端的安全噩梦,任何时候有人想攻击人们,他们只会随机选择一些冷的支持库并成为比如“我想成为新的维护者”

他们的流程是针对滥用、商标控制和类似性质的事情

如果您在尝试之前说它没用,那很好。 我不在乎。 我很幸运地与他们谈论了冲突,他们非常有帮助,而与商标问题或类似性质的事情没有任何关系,如果@dmajda想尝试,它只是发送一封电子邮件。 最坏的情况是他们说不,你失去了 5 分钟的时间。

npm name disputes策略明确指出该过程可用于:

采用“废弃”包

我建议尝试这个过程,有足够的证据表明包裹已被放弃......

可能是

我现在真的很担心,因为我看到 bd82 的说明该域即将到期。 这可能是灾难性的

@futagoza ,请让我们中的一个来解决这个问题。 已经好几年了

你好,关注这个对话有一段时间了。 我不在乎 pegjs 叫什么,看到它被积极维护会很棒,没有解析器这么容易使用。

关于域,它已更新,但从创建日期来看,这可能是自动发生的事情。 我不确定到期会是怎样的灾难? 我会说它被更新是一个更糟糕的问题。

这是因为我们不想失去 SEO。 十二年军衔。 什么样的恶梦。

我已经获得了pegjs.com 。 如果你们可以为此设置分叉,我们可以对其进行站点映射,Google 可以准备好后备。

我很幸运地与他们谈论了冲突,他们非常有帮助,而与商标问题或类似性质的事情没有任何关系,如果@dmajda想尝试,它只是发送一封电子邮件。 最坏的情况是他们说不,你失去了 5 分钟的时间。

很抱歉,我不会就包裹争议联系 npm 支持。 我觉得这不取决于我,而是取决于有兴趣进一步开发 PEG.js 的社区。 如果这样的社区形式(从上面的评论来看,我认为它已经形成了),应该是它的成员试图获得权利,而不是我。 如果它没有形成,那么获得权利就没有意义。

更重要的是,我认为如果获得包权并且仍然没有拥有 GitHub 组织和网站是没有意义的。 这只会给用户带来困惑。 我强烈鼓励社区从一个新的、以前未使用的名称开始。

这是因为我们不想失去 SEO。 十二岁。 什么样的恶梦。

这正是我认为在当前网站和 GitHub 组织都建立起来的情况下以 PEG.js 的名义继续开发没有意义的原因。

有许多以新名称分叉的知名项目的例子。 这是一条完全可行的道路。 用户最终将学习。

我已经获得了pegjs.com 。 如果你们可以为此设置分叉,我们可以对其进行站点映射,Google 可以准备好后备。

对不起,但这正是我所说的混乱的例子。 作为用户,我想知道 .org 和 .com 之间的关系是什么,也许想知道后者是否是 PEG.js 的某个商业版本。

想想这些问题。 谢谢。

更重要的是,我认为如果获得包权并且仍然没有拥有 GitHub 组织和网站是没有意义的。

大卫,这不再取决于你了。 你鞠躬了。

如果有人选择联系 NPM,他们也会联系 Github。 他们都是微软,而且他们都在相同的政策下行事。

到那时,该网站将不再是pegjs.org ,因为您将该网站提供给了一个甚至不会续订域名的人,并且您绝对拒绝与他们谈论它,尽管您知道您'是他唯一会听的人。

大卫,你把旧域名给了一个想要破坏它的人,因为他多年来几乎什么都没做,要么太沮丧要么懒得回应。

.

这就是为什么我认为在当前网站和 GitHub 组织都建立起来的情况下以 PEG.js 的名义继续开发是没有意义的。

大卫,他们正在谈论将 Github 组织撤走,而我正在谈论替换网站,然后以新名称分叉图书馆。

你提出的抗议是不正确的。 我们正在讨论解决这些问题的策略,因为一年来我们一直在寻求您的帮助,以您想象的方式处理它,而您坚决拒绝参与。

相反,当社区实际上在说“我们需要你的帮助打破一个人将社区拒之门外的束缚”时,您会坚持让社区去做。

因为您不会这样做,所以我们实际上被迫替换您所说的需要维护的所有内容。

这是一个敌对的叉子,大卫。 没必要,但二子座是在装鬼,而你,唯一能得到他回应的人,不会要求他做常识正确的事

您创建的库名称? 它现在必须消失,因为你不会帮助解决问题

您创建的组织? 它现在必须消失,因为你不会帮助解决问题

您创建的网站? 它现在必须消失,因为你不会帮助解决问题

没有社区_存在_,因为你把这个图书馆给了错误的人,你不会卷入他拒绝把它给你假装需要解决这个问题的社区

.

我已经收购了 pegjs.com 。 如果你们可以为此设置分叉,我们可以对其进行站点映射,Google 可以准备好后备。

对不起,但这正是我所说的混乱的例子。 作为用户,我想知道 .org 和 .com 之间的关系是什么,也许想知道后者是否是 PEG.js 的某个商业版本。

没有人认为.com意味着商业。

我们将在顶部放置一个大横幅,上面写着“旧域的临时持有者让它死掉。这是来自 pegjs.org 的免费旧 pegjs,我们将您可以使用的现代内容放入其中取而代之的是现代工具。”

如果您不愿意帮助保留该域,这是我们的选择。

你既说社区需要处理它,又说“社区没有正确处理它”,并且拒绝这样做
任何你自己

我对这些问题进行了广泛的思考,既然你不愿意参与,这就是我要防止这个问题的方式。 如果您有更好的想法,请开始做,或者至少告诉我们它是什么。

pegjs拥有一个 dot-com 比根本没有网站要好得多。 其他所有 JS 工具都有一个 dot-com。 这不会让任何人感到困惑。

.

想想这些问题。 谢谢。

我们写道,这将在一年前发生。

这是经过深思熟虑的。 这不是第一个因为作者把它交给错误的人而消失的关键库,然后试图让无法控制的人修复它

.

很抱歉,我不会就包裹争议联系 npm 支持。

你没有被要求。 你不再参与。

我的意思是我什至愿意为此付出代价。 我提出向 Futagoza 支付 200 美元来注册一个域名

我还联系了注册商,看看我是否可以在不接管其他人的域的情况下为其付费,但我希望对此表示“不”

这是 100%,因为大卫把钥匙交给了疏忽大意的人,不会要求归还钥匙,并希望没有钥匙的人停止打破窗户进入房子

如果您希望您的旧域名被识别,我们也可以! 你有 36 小时的时间来说服 Futagoza 下车

如果做不到这一点,我们将在.com上停留大约两个月,然后在两个重新注册期都到期后,这将是.com.org

很多人忘记域的一件事是,您不能在它们过期后抢购它们。 注册商以正常价格持有它们两周,然后以高价持有六周。

该域的 SEO 将在第 4 天结束时被完全破坏

届时,.org 将在很大程度上成为一种历史性的好奇心。

大卫,如果它能让你感觉更好,那么没有人认为 React 是商业的,尽管它有一个 .com。 大约一半的 javascript 工具都有 .com,而且它们几乎都是免费的。 当我得知 ExtJS 是付费的时,我真的很生气。 它有一个 .com

如果您的问题不是“我们如何防止它脱机”或“我们如何保留 seo”,而是“TLD 是否会混淆人们”,我想我的观点是您担心当出现一些非常大的问题时出现问题

请考虑联系 Futagoza 并鼓励他更新域名。 我很乐意付钱让他完成这项微不足道的任务,这样我们其他人就不会受苦。

我们都非常沮丧,因为你多年来一直坐在一旁看着这种情况发生。 你可以解决这个问题,而我们其他人不能。 这是我们唯一能做的。 你是唯一能够完成你试图让我们采取的策略的人。

你给我们写的信比给二子座写的还多。 在一封电子邮件中你给他的两句话,这就结束了。

此时,你已经等了那么久,即使你做了正确的事,他也未必能及时看到

就此而言,没有人会误以为 PegJS 是一个非营利组织,或者

像这样的实际正确的 TLD 是.net

有许多以新名称分叉的知名项目的例子。 这是一条完全可行的道路。 用户最终将学习。

是的,大卫,这就是我已经说过我正在做的事情。 我已经为新的组织和图书馆的域名支付了 10 年的注册费用。 我已经在这个线程中宣布了这一点。

而且,他们需要一个地方来了解存在一个选项,并且他们需要知道他们不是从头开始。

我们正在分叉。 我们知道分叉是如何工作的。 我们了解您正在强制分叉,以便您不必发送电子邮件。

我们正在清理您的组织、网站和图书馆的名称,因为有人不会花 6 美元,而您不会花两句话。

然而,我们也了解即将到来的损害,我们正在努力阻止它。 叉子会造成极大的损坏。

您抗议“嘿,伙计,有时分叉不会破坏一切”的原因是它们几乎总是如此。

社区正在努力扑灭五次警报火灾。 我们不需要被告知什么是火。 谢谢。

拿一个水桶。

我在二月份说过,我对这将是结果感到绝望。

“绝望”这个词用得非常正确。 我们都看到了这一点,我们都知道它会造成多大的破坏,我们都知道这很容易预防,但只有两个人能够影响结果。 一个没有回应,另一个只回应说“我不会寻求帮助,已经要求他一年的无能为力的社区应该这样做”

距离截止日期还有两天,大卫。 别再假装我们需要做点什么了。 我们已经做了所有可能的事情。 我们花了一千美元试图解决你不愿意让二子座做正确的事情的问题。

采取行动要花费你两美元。 我们真的不能从他身上夺走这个,你知道的。

在这里发生任何明智变化的唯一方法是您向他​​发送电子邮件。 这是唯一没有被反复尝试过的可以工作的东西。

老实说,如果我们甚至能够在垃圾邮件发送者推销病毒提出假冒之前捕获该域,我们将是幸运的

你不只是让一个网站死掉,大卫。 你让你的老用户面临妥协的风险

这其实真的很严重

@StoneCypher让我澄清一件事:我对 PEG.js 的参与于 2017 年结束。我不想再次参与。 我创建了这个问题_only_因为飞蛾之前你在这个回购的多个问题中多次标记了我,然后给我写了一封寻求帮助的电子邮件,我最终同意了,因为我觉得我的话可以有一定的分量并推动事情向前发展。 请不要让我后悔。

我不记得您在创建此问题后曾要求我直接联系@futagoza或以任何方式提供帮助。 但是,我记得我写信给我说,在我创建它之后你不会“再次依赖我”。 在这方面,我认为你的多重指控是虚假的,你的语气是侮辱性的,鉴于你刚刚向我抛出的所有其他事情,你的请求帮助是非常不恰当的。

至于我写信给@futagoza ,我认为这没有任何意义。 这是一个开源项目,事情应该公开解决,而不是私人电子邮件。 很多人显然已经写信给他,所以他很可能知道发生了什么。

至于 npm 包,我只谈论它,因为@jquense建议我写信给 npm 支持。 我只是想澄清一下我对此的看法。

至于 pegjs.org 域,我将@AlansCodeLog评论误解为该域已经更新。 显然不是。 这使我关于 .org 与 .com 的观点或多或少无效。

无论如何,我想我参与这个讨论的次数超出了我应该做的,所以我取消订阅这个问题。 各位,请不要把我的任何意见当成只是意见,随意做你想做的事。

祝你好运!

如果我们不控制与之关联的帐户,我们需要留下名称,任何不知道背景的人都会感到困惑,而“这是一个向后兼容的 PEG.js 分支”对于已经使用 PEG.js 的任何人来说都很容易理解,对于项目新手来说并不重要。

我将坚持使用“peggy”这个名字,并在https://github.com/peggyjs/peggy继续使用我的叉子

让我们不要再花更多的精力去说服@futagoza做正确的事,希望他们最终能清醒过来,我们可以再次成为 PEG.js。 在那之前,让我们在初始版本方面取得一些进展!

我不记得您在创建此问题后曾要求我直接联系@futagoza或以任何方式提供帮助。

我已经问过你五次了, @dmajda

我将坚持使用“peggy”这个名字,并在https://github.com/peggyjs/peggy继续使用我的叉子

如果你愿意,但让你知道,我已经完成了很多工作,我很高兴你的参与,@phpnode。 我还拥有将清除大部分相关 SEO 的相关域,并在很大程度上完成了 Monarch 的实施,以及将大多数工具直接嵌入到 IDE 中。

@StoneCypher我很想看看你想出了什么,这项工作在任何地方都公开了吗?你是从最新版本还是最新提交中分叉出来的?

我对 fork 的理念是使用最后一个已知的好点作为基础做一个非常小的初始版本,只引入一些错误修复 PR,但不涉及构建系统或测试重写等。当我们高兴时有了这个,我们将发布并尝试为更大的目标制定计划,但正如你在其他地方所说的 - 我们需要保持发布的规模小、增量和可管理。

有了这样的代码库,它早于许多更现代的工具,它是_非常_很有诱惑力的,一次就可以改变很多东西。 特别是代码生成的东西。 我非常努力地抵制这种诱惑,因为我相信这种过度的野心是让@futagoza陷入泥潭这么久的原因。 我对他们工作的最大问题是,自上一个版本以来发生了很大变化,很难相信一切都按预期工作,并且在我们刚刚不使用的部分代码库的某个地方没有潜伏着巨大、可怕的错误不知道。

它尚未公开,因为我正在等待雇主的外部项目授权。 三天前得知域名问题的时候,我就申请了。 经验法则是两周,但这是假期。

我绝对可以将您添加到组织中,您可以在其中查看问题跟踪器以及我们的计划。 无论您是想自己制作还是加入我们,我们都欢迎您加入我们的团队(David 和其他任何人一样。)

这实际上就是为什么我要求其他人将他们的 fork 指向 pegjs.com 的原因是,在我获得该授权之前,我实际上无法自己做,并且域截止日期是在我实际上可以收到该授权之前

@StoneCypher是的,请,我很高兴被添加到组织中。 我希望我们可以一起工作,因为分裂社区真的很不幸。

C'est幻想。 我同意分裂是非常不可取的,我真的希望其他人提供帮助。 我对大卫的工作的理解是......谦虚,充其量是😀

我已邀请您访问六个具有写入权限的存储库。 请查看你的邮箱。

代码尚未启动,等待授权。 请查看issues存储库的问题跟踪器

至于 pegjs.org 域,我将@AlansCodeLog的评论误解为该域已经更新。 显然不是。 这使我关于 .org 与 .com 的观点或多或少无效。

更新(看年份):

注册到期: 2021-11-28 14:31:06 UTC
更新时间:2020-11-26 01:41:16 UTC
创建时间:2014-11-28 14:31:06 UTC

另外,只是想从我作为用户的角度说,名称、seo 等在宏伟计划中并不重要。 使用过 peg.js 或对 peg.js 感兴趣的人最终会偶然发现这个问题并找到替代方案,如果替代方案很好,它会为自己出名。

同样对于那些创建分叉的人,我会仔细考虑使用 github 分叉。 默认情况下,分叉不会出现在 github 搜索中(除非它们有更多的星,否则要击败的门槛很高)。 如果我搜索“peg.js”,您的分叉将不会出现。 另一方面,如果您使用常规 repo 并将“peg.js”放在它应该出现的描述中。 此外,无法从搜索栏中搜索 fork 的代码,并且可能存在其他限制。 我个人认为这些比出现在分叉列表中更有价值。 或者,我认为可以同时保持 fork(例如 name/peg-js-fork)和 repo(org/peg-js)同步,并将 fork 设置为带有通知的虚拟分支。

这是一个定期回购,正是因为这个原因❤️

我很高兴看到 SEO 没有被破坏

@StoneCypher - 您的雇主在开放该项目方面是否有任何动静?

是的。 我相信我很快就会得到授权。

@StoneCypher每月 ping 状态? :)

我纠结于一些公司细节。 我想它几乎就在那里。 我道歉

简而言之,PEG.js 已死,重生为:

还有moo lexer 与这里所说的不太相似:
https://github.com/messageformat/messageformat/pull/288

我对吗 ?

佩吉看起来也比活着还死。
看起来@StoneCypher有一个真正维护的项目。 所以我一直在关注它。
@futagoza还活着,但忽略了一切。
我希望他能交出这个项目。

moo 词法分析器很好。 但是,如果您想使用“真正的”语法,这不是一个真正的选择。 moo 只是一个词法分析器。 Pegjs 不仅仅是一个词法分析器。
我发现的唯一选择是
https://github.com/kach/nearley

其他一些:
https://github.com/zaach/jison
https://github.com/harc/ohm

但总的来说:Pegjs 对我来说是最稳定和最快的库。

我愿意开始帮助@phpnode@StoneCypher中的任何一个首先削减任何类型的版本。 它不需要我的最终名称,它只需要使用非 github 结帐来响应npm install

这是一场比赛!!!

一旦我的雇主签字,我将立即释放。 🤷‍♂️

又过了一个月,有更新吗? @StoneCypher

我基本上没有时间/容量,可悲的是,我现在没有在做任何需要解析器的工作,~所以佩吉一出生就死了,对此感到抱歉:(~

编辑:佩吉还活着!

我基本上没有时间/容量,可悲的是,我现在没有在做任何需要解析器的工作,所以佩吉一出生就死了,对此感到抱歉:(

@phpnode你愿意接受其他人接管peggy org吗? 如果您帮助与现有peggy包的所有者建立关系,我至少可以推出一个版本并开始获取 PR。

@hildjj绝对,是的,请! 如果你打开一个/一些 PR 到 peggy repo,我会把你添加到 npm 包和 github org。 我的 github 通知是一场恐怖表演,所以如果我需要超过 24 小时才能回复,请发送电子邮件至[email protected]给我

琐碎但固执的公关: https ://github.com/peggyjs/peggy/pull/3

我们刚刚做了一个peggy 的预发布版本,1.0.0-rc.0。 请问你们中的一些人可以在现有项目中尝试一下吗? 一旦我们有一些数据点,我们就会做一个完整的发布。

Peggy rc2 在unpkgjsDelivr上运行。 预计今天发布完整的 1.0。

佩吉 v1.0.0 已发布。 请开始重新打开您希望我们跟踪的问题。

如果这个项目有维护者,IMO 应该关闭这个 bug。

社区分裂不值得,而且我仍然没有得到雇主的同意,而且 Joe 是 Web 序列图的人,所以,我将关闭我的分支。

LMK 如果欢迎贡献,尤其是在打字稿、自动化和减少输出大小方面

此页面是否有帮助?
0 / 5 - 0 等级

相关问题

audinue picture audinue  ·  13评论

mikeaustin picture mikeaustin  ·  7评论

dmajda picture dmajda  ·  15评论

emmenko picture emmenko  ·  15评论

StoneCypher picture StoneCypher  ·  8评论