获取联系
Apache PLC4X 并没有一个统一的"支持地址"——你该去哪里提问,取决于你想做什么。下面列出的所有内容都是公开并归档的,唯一的例外在 private@ 下注明。
邮件列表
邮件列表是本项目的官方渠道。任何需要留档的内容——决定、发布、投票——都发生在 dev@ 上,因为这是整个社区都能跟进的唯一场所,而且归档是永久的。
要订阅某个列表,向 <list>-subscribe@plc4x.apache.org 发送一封空白邮件,然后回复你收到的确认邮件;要退订,则使用 <list>-unsubscribe@plc4x.apache.org。阅读邮件列表无需订阅——所有列表都归档在 lists.apache.org。
未订阅也可以发帖,但如果你确实打算参与讨论,请先订阅。
- 每一封来自非订阅者的邮件都需要版主手工审核通过——不只是第一封。这会占用为数不多的志愿者的精力,而且每一次都要如此,所以请把它当作特殊情况,而不是向列表写信的常规方式。
- 你不会收到任何回复。回复会发到列表上,而列表只投递给订阅者,因此你必须自己去 lists.apache.org 查找你的讨论串,看看是否有人回复。
| 列表 | 用途 |
|---|---|
| dev@plc4x.apache.org | 开发者列表。所有官方讨论都在这里进行:设计问题、发布投票、提案,以及任何需要做决定的事项。如果你不确定某件事该归到哪里,那就归到这里。 |
| issues@plc4x.apache.org | GitHub Issues 的消息会流向这里。如果你想了解被报告的问题,又不想在 GitHub 上关注仓库,可以订阅它。 |
| commits@plc4x.apache.org | 提交(commit)和与拉取请求相关的帖子会发到这里。这是一个信息洪流——如果你想在每次变更落地时都看到它,会很有用。 |
| private@plc4x.apache.org | 不是公开列表。 只有 PMC 成员和基金会成员才能向其发帖或阅读。它用于少数无法公开讨论的事项,例如人事问题,以及披露之前的安全报告。 |
如果你的邮件似乎没有送达
邮件列表会将你的邮件转发给每一位订阅者,这意味着他们收到的邮件是由列表发出的,而不是由你直接发送的。一些对安全设置要求严格的邮件服务商——Proton 就是一个例子——会告知世界其他地方:凡是不是由它们直接发出的邮件都应被视为可疑邮件,而接收方的邮件服务随后会把这一判断应用到转发的副本上:邮件可能最终被丢进某人的垃圾邮件文件夹,或者在他们看到之前就被隔离了。
令人困惑的是,从你这一侧看一切正常。你的邮件被接受了,它也出现在 lists.apache.org 的归档中,但有些订阅者就是没收到,也没有任何人回复。
如果你遇到这种情况,首先要查看归档:如果你的邮件在那里,说明它已经送达了邮件列表,问题出在投递环节,而不是你做错了什么。
如果你有 Apache 账户——如果你至少是一个 Apache 项目的提交者,你就拥有——请在 lists.apache.org 登录并从那里撰写邮件。这样邮件就会由基金会自己的基础设施发出,而不是从你的邮件服务商转发,因此可以保证送达每一位订阅者。
如果没有 Apache 账户,通常的解决办法是换一个邮件地址发送。
| 我们已经知晓这一问题,正在寻求解决方案。 |
|---|
Slack
我们在 Apache Slack 实例上有一个 #plc4x 频道,适合提出那些不值得向 dev@ 发邮件的快速问题。
如果你至少是一个 Apache 项目的提交者,可以使用你的 @apache.org 地址在 s.apache.org/slack-invite 自行注册。如果不是,请向该项目的一位活跃 PMC 成员索要邀请。
Slack 很方便,但它不是正式记录。任何需要做出决定的事项都必须传达到 dev@——参见上文关于官方讨论的说明。 |
|---|
GitHub
项目的所有代码相关事务都使用 GitHub:
- GitHub Discussions 用于不适合邮件列表讨论串的问题和开放式交流。
- GitHub Issues 用于报告错误和提出功能请求。关于问题追踪器的更多信息,请参见 Bug & Issue Tracker。
- Pull Requests 用于贡献代码变更。贡献指南 说明了如何准备一个 PR。
报告安全问题
安全问题绝对不能通过 GitHub Issues 或任何公开的邮件列表报告。请改为按照 security 页面上描述的流程操作。
评论
登录后参与评论
KnowForge