Powerline: 维护者请求

创建于 2019-06-20  ·  11评论  ·  资料来源: powerline/powerline

在过去 9 个月没有合并或提交的情况下,似乎有问题和拉取请求堆积如山。

目前的维护者@Lokaltog可能很忙是可以理解的,但是你能分担或转移维护责任吗? 也许最活跃的叉子的@PH111P可能愿意。

许多人将其用于日常生产力,缺乏主动维护有点令人沮丧。

discussion

最有用的评论

对于它的价值,切换到使用 YAML 进行配置会增加对注释的支持,恕我直言,语法更易读(假设您对缩进很重要)。

由于 YAML 是 JSON 的超集,所有当前的配置文件都已经是有效的 YAML,并且代码中的更改将是最小的。 可能就像接受几个额外的文件扩展名一样简单,并使用yaml.safe_load而不是json.load 。 您需要添加对 PyYAML(或其他一些 YAML 库,但 PyYAML 是最常见的)的依赖项。

所有11条评论

我自己多年没有使用电力线,所以缺乏兴趣是我没有为此做出贡献的主要原因。 如果有人愿意完成这项任务,我很乐意将贡献者添加到主存储库中。

我很乐意帮忙。

谢谢。 @ZyX-I 有什么想法吗?

我很感兴趣,但我确实反对电力线运行的速度有多慢,所以可能会朝着不同的方向发展。

编辑:我很感兴趣@Lokaltog

我同意@ryanerwin; 我也有兴趣做出贡献。

@ryanerwin我自己没有使用电力线,也没有使用它很多年了,所以我不确定项目目前处于什么状态,我对未来应该去哪里没有任何意见.

我也不确定如何处理这个 repo,我已经考虑将它归档并将其留给社区来维护一个分支以避免另一个事件流情况。 但是因为这可能会杀死 repo,所以我会将你们添加到维护团队并尝试跟进开发一段时间。

谢谢@Lokaltog!
现在,我将开始修复一些错误,例如 #1953 或 #2013。 关于未来,我确实有一些新功能,但在我们开始考虑将它们添加到主存储库之前,我必须对其进行润色。

大约 1.5 年前我看过这段代码,但后来不知何故对它失去了兴趣。
通过 Hacktoberfest,我再次获得了在这里做点什么的动力,并希望我的动力能持续一段时间。
无论如何,我很高兴最近似乎至少有一些活动。

关于未来的方向,我在当前的 CI 环境中遇到了一些问题,因为这提供了大约 5k 行的输出,但其中大部分似乎是不相关的 bash 输出,目前还不清楚为什么测试失败以及它们是如何失败的正在失败。 不要误会我的意思,我喜欢这个存储库拥有如此大量测试的事实,但重做测试执行工作流程可以提高可读性。

此外,我不是当前安装和配置工作流程的忠实粉丝,所有这些似乎都很乏味且容易出错。 我在配置电力线时经常遇到一些错误,但不知道为什么会发生这种情况。 此外,我认为 JSON 对配置文件非常不利,因为它不支持注释(如果您不像 VSCode 那样添加它们)。
不幸的是,对于最后一点,我问如何做得更好是错误的人,但这可能是将来要解决的问题。

@StopMotionCuber Json5 支持注释,所以也许项目可以更改为使用json5读取配置文件。 尽管开发人员说它超级慢(据我所知,配置经常被读取,而不仅仅是在启动时?)。

我不认为真的需要重写 powerline 以使用不同的配置(尽管注释确实很好;也许我们可以使用以下划线开头的字段,然后被 powerline 忽略):

  • 配置文件有一个 linter ( powerline-lint ),此外,主要的文本编辑器通常会直接在json文件中显示错误
  • 特别是,切换到不同的配置方法将意味着本质上重写电力线; 这也会破坏所有现有的配置。

关于测试,我同意@StopMotionCuber 的观点:导航到失败的测试用例是一种痛苦; 一些测试用例有时会因为没有明显原因等而失败……但是,再次重申,重写这可能需要很多工作。

对于它的价值,切换到使用 YAML 进行配置会增加对注释的支持,恕我直言,语法更易读(假设您对缩进很重要)。

由于 YAML 是 JSON 的超集,所有当前的配置文件都已经是有效的 YAML,并且代码中的更改将是最小的。 可能就像接受几个额外的文件扩展名一样简单,并使用yaml.safe_load而不是json.load 。 您需要添加对 PyYAML(或其他一些 YAML 库,但 PyYAML 是最常见的)的依赖项。

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