每周WordPress开发人员会议在 核心 核心是运行WordPress所需的一组软件。 核心开发团队构建WordPress。 Make WordPress的频道 松弛(Slack) Slack是一个协作群聊平台 https://slack.com/ WordPress社区在 https://make.wordpress.org/chat/ . 星期三20:00 UTC。
松弛链接 直到本周会议开始。
议程 ,多亏了 @ 网络通信卫星 准备并通过核心岗位。
会议主持人: @ 马里鲍姆 .
开发人员聊天,2022年10月27日 会议纪要 –谢谢 @ 网络通信卫星 。你能自愿帮助起草未来的开发聊天摘要吗? 与对话 @ 马里鲍姆 或 @ 网络通信卫星 如果你下周能做志愿者。 有可用的帮助。
2.公告!
WordPress 6.1已经登陆!
@ 前列腺增生 共享 古腾堡 古腾堡项目是WordPress的新编辑器界面。 编辑器改进了创建新内容的过程和体验,使编写丰富内容变得更加简单。 它使用“块”来增加丰富性,而不是短代码、自定义HTML等。 https://wordpress.org/gutenberg网站/ 14.5 RC1也着陆了! 拉动请求( 公共关系 ),等待发布公告。
@ 自我 是 释放导线 社区成员最终负责发布。 古腾堡14.5。
上周,有两个6.1版候选版本: 6.1候选版本6–2022年10月31日
6.1候选版本5–2022年10月28日
古腾堡14.4
三。 博客 (与网络、站点相比) 引人注目的帖子
核心一周——2022年10月31日
性能聊天摘要,2022年11月1日 –有一些 票 为bug报告和bug跟踪器上的功能开发创建。 更新,包括WebP、AVIF图像、对象缓存。 还有一些要求进行审查。
核心编辑改进:提升写作体验 2022年10月28日。 查找有关的更多信息 核心编辑器的其他改进 .
4.即将发布
a) 6.1条
除了上述链接之外。
@ 杰夫保罗 他说他最感兴趣的是人们在论坛上看到的内容, Trac公司 Edgewall Software的一个开源项目,用作WordPress的错误跟踪和项目管理工具。 , github GitHub是一个提供git存储库在线实现的网站,其他开发人员可以轻松共享、复制和修改这些存储库。 公共存储库可以免费托管,私有存储库需要付费订阅。 GitHub引入了“拉请求”的概念,在将贡献者在分支中所做的代码更改合并为存储库所有者之前,可以对其进行审查和讨论。 https://github.com/ ,等等。
@ audrasjb公司 :除了WPML问题,我认为对于 主要发布 由前两个数字(3.6)标识的发布,是整个发布周期和功能开发的重点。 WordPress对主要发布版本使用小数点计数,因此2.8、2.9、3.0和3.1是连续的,并且在范围上具有可比性。 .
@ 杰夫保罗 询问人们在6.1中听到或看到了什么。
Jeff强调了这一点 @ 安娜扎祖 在中发布了几个项目 #6-1释放导线 :松弛消息: 1 & 2 . – @ 安娜扎祖 :希望从我听到的内容中获得反馈 WordPress网站 WordPress代码的在线实现,允许您立即访问新的WordPres环境来发布内容。 WordPress.com是Automatic旗下的一家私人公司,拥有世界上最大的多网站。 如果你以前从未接触过WordPress,那么这里无疑是开始写博客的最佳地点。 https://wordpress.com/ 和VIP-存在一些致命错误 与WPML相关 和Trac Ticket中报告的一些无限循环 #56926 最初,她建议在 #托管社区 频道。
– @ 安娜扎祖 (发布于11月1日的6.1条发布线索):关于 用户体验 用户体验 相关注释-查看GitHub中的以下主要问题:
@ audrasjb公司 提出6.1上的ManageWP备份似乎存在问题。 他认为不需要在WordPress核心端解决这个问题,而应该像WPML问题一样,由服务所有者进行修复。
@ 阴毛 提高 古腾堡发行号44166 ,已报告预发布。 强调指出,尽管它并没有破坏可用性,但它确实以意想不到的方式改变了网站的视觉效果,有时甚至以不太好看的方式。 块 块是一个抽象术语,用于描述使用WordPress编辑器组合在一起形成网页内容或布局的标记单元。 这个想法结合了过去可能通过短代码、自定义HTML实现的概念,并将发现嵌入到单一一致的API和用户体验中。 插入器丢失是一个很大的问题。
@ 杰夫保罗 他说,在6.1发布的准备阶段,有一些项目被搁置下来,希望这些项目被记录下来,并添加到Trac的6.1.1里程碑中。
@ 阴毛 :Anne列出的某些场景项目中缺少“+”按钮。
在议程中的开放式楼层下, @ 内科·乔内兹 建议有关于MailPoet在6.1上崩溃的报道,但没有在两个使用它的网站上重新创建它。它是在论坛上的主帖子上提出的。
b) 下一个专业是6.2
这个 6.2的开发周期 –这将是第一次 主要发布 目前正处于早期规划阶段。 b条
本周的开发聊天没有更新。
c) 下一个小调是6.1.1
@ 杰夫保罗 建议进行擦洗,以确定6.1.1中的实际目标。 他建议将贡献者希望包含的任何内容在Trac中设置为6.1.1里程碑,或在GitHub中相应地进行标记。 通过这种方式,可以在6.1.1中考虑这些票证。 正在与讨论 @ 德斯罗什 ,这个 轻微释放 具有相同次要版本号的一组发行版或版本可以统称为.x,例如版本5.2.x指的是版本5.2、5.2.1、5.2.3,以及该软件5.2(五点二)分支中的所有其他版本。 次要版本通常会改进现有的特性和功能。 可能在2022年11月14日的那一周。 他们认为,这个日期最适合在美国感恩节假期之前完成工作,也最适合在一些贡献者可能无法获得假期和年终假期安排之前完成工作。 他强调说,肯定有一些项目我们想尝试进入这种“快速跟进发布”,最好不要推迟到1月份。 [本节末尾的注释中提供了开发后聊天更新]
@ 马里鲍姆 被问及组建一个释放小组。
@ 杰夫保罗 :“我想我们可能会找到一种方法 谁 但其中一部分将决定 什么 我们正在尝试进入6.1.1,以便了解需要什么帮助。 因此,正确地识别事物并将其输入Trac/GitHub将有所帮助。
@ 杰夫保罗 他说,他可能会在周五领导一场擦洗,但最好需要更多的投稿人参与审查。 但在那之前,他呼吁大家帮助“分享你听到的内容,并确保Trac/GitHub中有内容,这样灌木丛就有机会收集6.1.1中的理想内容,这样,如果我们想在14号的那一周(该时间表有点取决于 什么 这是我们在6.1.1)中的目标。”
@ 阴毛 :表示愿意为本周五提供帮助。
@ 德斯罗什 :由于转机很快,他觉得根据需要,使用6.1名具备适当技能和背景的队员可能是最有意义的。 他说,现在没有足够的时间组建一支新的球队。
开发后聊天更新:已创建专门用于6.1.1的新板: https://github.com/orgs/WordPress/projects/57/views/1 .
WordPress 6.1.1计划 (出版单位: @ 杰夫保罗 2022年11月4日)
5.组件维护人员和票证更新/求助
a) 组件
@ 谢尔盖比柳科夫 :构建/测试工具,日期/时间,常规, I18N号 国际化,或编写和准备代码以完全翻译成其他语言的行为。 另请参见 本地化 。通常用小写字母i书写,因此它不会与小写字母L或数字1混淆。 通常是后天习得的技能。 Permalinks:本周无重大新闻。
@ 马里鲍姆 :帮助/关于和快速/批量编辑:也没有主要新闻
@ 阴毛 :网站运行状况没有任何新内容。
@ audrasjb公司 :菜单、小工具和升级没有新增内容。
维护人员没有其他更新。
b) 门票
没有人提出。
6.开放式地板
@ 铅铁 :提出上周Open Floor期间强调的问题(谢谢 @ 网络通信卫星 包括在上周的总结中)。 阅读Make WordPress中的讨论全文 松弛(Slack) 讨论重点是对 插件 插件是一个包含一组功能的软件,可以添加到WordPress网站。 他们可以扩展功能或为WordPress网站添加新功能。 WordPress插件是用PHP编程语言编写的,并与WordPres无缝集成。 这些可以在WordPress.org插件目录中免费 https://wordpress.org/插件/ 或者可以是第三方基于成本的插件 在移植到Core中之前,没有以Gutenberg版本的形式发布到野外进行任何测试/确认(尤其是在 钢筋混凝土 作为版本发布周期的最后阶段之一,该版本向公众发出了最终发布的信号。 另请参见 α(β) . ).
@ 杰夫保罗 回答说,这是6.1版中他最想做的事情,他想与6.1版RC、编辑主管和核心主管进行合作对话,讨论核心和古腾堡流程的各种痛点, 以及我们如何才能找到方法让这一点“更好地发挥作用”,无论是谁来领导6.2。考虑到这一小组近期可能会专注于6.1.1,而且人们希望在这之后有一段时间休息,那么可能是在1月份,除非该小组中有人想尝试在2023年之前安排时间?
@ 戴维鲍姆瓦尔德 :询问是否可以自动化? 发布中存在类似PR提交/ 标签 Subversion中的目录。 WordPress使用标签来存储版本(3.6、3.6.1等)的单个快照,这是版本控制系统中标签的常见约定。 (不要与帖子标签混淆。) ? 他强调,这“有点棘手”,因为在将GB代码移植到核心时会发生一些更改(命名空间函数、文件路径等)
@ 铅铁 强调了Slack原始消息中关于力学的讨论。 他提出,一些人关心的是,古腾堡的东西在被并入古腾堡之前就被合并为6.1的核心 大旅行箱 Subversion中的一个目录,包含为下一个主要发布周期做准备的最新开发代码。 如果您运行的是“trunk”,那么您使用的是最新版本。 更不用说古腾堡电影了。
@ 希腊罗马帝国 : Backport公司 端口是指来自一个分支(或主干)的代码合并到另一个分支或主干中。 WordPress点发布中的一些更改是将代码从主干反向移植到发布分支的结果。 合并期望/标准:可能需要就哪些内容可以和哪些不可以回传给Core达成共识,例如first必须在Gutenberg正式发布。
@ 达维德 :由于有太多需要注意的地方,建议core可以有某种机器人来检查拉请求(pull request,PR),以确保它是在之前的古腾堡版本/标签中。
@ 杰夫保罗 认识到核心需要考虑调整/改变一些可能的事情,以更好地适应古腾堡。他将其描述为一种双向关系。 他说,他不想尝试引入一些削弱古腾堡团队持续不断的能力的东西——令人印象深刻的速度和释放节奏。
@ 铅铁 呼吁尽早进行“真正的”讨论。
@ 马里鲍姆 建议在Core博客上发表一篇文章来开始讨论。
@ 杰夫保罗 :表示他希望与6.1中的关键人员协调异步对话,尝试在一个make/core帖子上进行合作,并将想法演变为更合理的建议/调整,最终形成6.2。
@ 铅铁 :主要发布后的“总结/经验教训”制作/核心帖子最近已经相当标准,建议本次讨论一定要成为6.1版的一部分。
@ 杰夫保罗 同意并补充说,他希望有更多的互动性,而不是在帖子上用表格或评论来收集在make/core帖子中总结的输入。 “我们需要影响这里的更改,因为这不是一个顺利的过程,如果不是对一些有经验的贡献者/提交者/代码所有者来说,我们在6.1中的情况可能会更糟(再次感谢所有贡献者并一直尽力提供帮助的人!)”
@ 马里鲍姆 建议了一个特别的额外开发人员聊天会话来讨论这个问题。 @ 阴毛 就核心流程达成一致。 关于为讨论设立一个特殊渠道的讨论,一些人觉得渠道已经太多了。
@ 戴维鲍姆瓦尔德 建议首先从异步反馈和物流处理开始。 然后,如有必要,转到某种同步会议。 他认为复古可能是拼图的第一块。
@ 希腊罗马帝国 提醒本次讨论取得成果,来自 #核心编辑器 也需要积极参与。
@ 马里鲍姆 在Make/Core博客上建议了一篇长文章 @ 德斯罗什 介绍了Slack上的问题(链接在此讨论摘要顶部)
@ 希腊罗马帝国 :关于 @ 杰夫保罗 根据Tonya的建议,他认为从6.1版本团队的核心和编辑开始是一个很好的开始。
Tonya补充道:“还有一个想法:发布回顾表单的参与度很低。积极的多渠道讨论可能会有所帮助。‘渠道’并不意味着渠道松弛。
“目标是持续改进。发布后的这些回顾需要 更多 参与,收集更多反馈,帮助事情变得更好。 利用 开源 开放源代码是指原始源代码可以免费获得,并且可以重新发布和修改的软件。 开源**必须**通过许可模式交付,请参阅GPL。 .”
@ 戴维鲍姆瓦尔德 :是的,或者提供了问题/反馈,但没有回应。
@ 马里鲍姆 强调指出,如果发送反馈的贡献者没有得到回应,他们可能不愿意在未来提供更多反馈。
道具到 @ 网络通信卫星 对于摘要,发送至 @ 马里鲍姆 主持会议和审查,以及 @ 铅铁 , @ audrasjb公司 供审查。
# 6-1 , # 6-1-1 , # 开发聊天 , # 总结