欢迎光临!
WordPress核心核心Core是运行WordPress所需的一套软件。核心开发团队负责构建WordPress。开发团队构建WordPress!关注这个站点以获得一般更新、状态报告和偶尔的代码讨论。有很多方式可以做出贡献:
WordPress核心核心Core是运行WordPress所需的一套软件。核心开发团队负责构建WordPress。开发团队构建WordPress!关注这个站点以获得一般更新、状态报告和偶尔的代码讨论。有很多方式可以做出贡献:
这是去年那篇文章的后续更新:发布WordPress包到npm.值得提醒的是,我们维护了超过80个npm包WordPress的组织.
TLDR;通过每两周同步一次,我们让发布到npm的WordPress包更加可预测古腾堡古腾堡Gutenberg项目是WordPress的新编辑器界面。编辑器改进了创建新内容的过程和体验,使编写丰富的内容变得更加简单。它使用“块”来增加丰富性,而不是短代码,自定义HTML等。//www.kotonoha369.com/gutenberg/插件插件插件是一种包含一组功能的软件,可以添加到WordPress网站。他们可以扩展功能或添加新的功能到你的WordPress网站。WordPress插雷竞技件是用PHP编程语言编写的,可以与WordPress无缝集成。这些插件可以在WordPress.org插件目录//www.kotonoha369.com/plugins/中免费提供,也可以是第三方提供的收费插件雷竞技RC1版本。我们不再需要将这个过程与WordPress的主要版本紧密结合起来。
古腾堡库仍然遵循WordPress SVN存储库每个主要WordPress版本的分支策略。除此之外,还有另外两个控制npm发布工作流的特殊分支,它们的用法如下:
wp /最新
分支分支Subversion中的一个目录。WordPress使用分支存储每个主要版本(3.9、4.0等)的最新开发代码。然后用该分支的任何次要版本的代码更新分支。有时候,一个主版本和它的小版本被统称为一个“分支”,比如“4.0分支”。包含与发布到NPM的包相同的版本最新的
分布标签标签Subversion中的一个目录。WordPress使用标记来存储版本的单个快照(3.6、3.6.1等),这是版本控制系统中标记的常见惯例。(不要与post标签混淆。).这里的目标是让这个分支与上一个古腾堡插件版本同步,唯一的例外是计划外的独立bug修复包发布(阅读下文)。wp /下一个
分支包含与发布到NPM的包相同的版本下一个
分配标签。它总是与树干
分支。项目应该仅将这些包用于开发或测试目的。wp / *
(例子wp / 6.0
)针对特定的WordPress主要版本主要版本由前两个数字(3.6)确定的发布,是完整发布周期和特性开发的焦点。WordPress对主要发布版本使用十进制计数,因此2.8、2.9、3.0和3.1在范围上是顺序的和可比较的。(包括其进一步的微小增量)将基于wp /最新
Gutenberg分支紧随上一个Gutenberg发布之后,计划包含在下一个主要WordPress发布中。最新的
Dist标签)——基于新创建的标签,每两周自动发布一次发布/ *
(例子发布/ 12.8
)的RC1版本的Gutenberg插件。补丁
Dist标签)-从wp / *
(例子wp / 6.0
)的分支。一旦我们到达WordPress主要发布周期的点(通常在ββ一种预先发布的软件,提供给大量用户在真实条件下试用。Beta版本已经在内部进行了alpha测试,在外观、感觉和功能上与最终产品相当接近;然而,设计更改经常作为过程的一部分发生。1)我们只从Gutenberg存储库中挑选提交到WordPress核心核心Core是运行WordPress所需的一套软件。核心开发团队负责构建WordPress。,我们使用wp / *
分支(从wp /最新
)用于NPM发布补丁
dist-tag。也可以使用旧的分支来补丁补丁端口是指来自一个分支(或中继)的代码被合并到另一个分支或中继中。WordPress点发布中的一些变化是将代码从主干向后移植到发布分支的结果。对应的旧版本WordPress核心的bug或安全修复。下一个
Dist标签)——当需要测试即将到来的更改时,也可以随时执行开发发布。还有一个选项可以随意执行独立的错误修复包发布。它应该只保留在关键时刻错误错误bug是错误或意外结果。性能改进、代码优化和被认为是增强,而不是缺陷。特性冻结后,只处理bug,而回归(之前版本的不利更改)是最高优先级。必须发布到的修复程序或安全版本npm在常规周期之外。
完整的文档可在块块块是用来描述标记单元的抽象术语,这些标记单元组合在一起,使用WordPress编辑器形成网页的内容或布局。这个想法结合了过去通过短代码、自定义HTML和嵌入发现实现的概念,并将其整合到一个统一的API和用户体验中。编辑手册。
虽然作为Gutenberg插件发布工作流的一部分,npm发布被配置为每两周自动发布一次,但仍有可能需要执行其他发布类型。要开始这个过程,请转到古腾堡的GitHub存储库的操作选项卡,并找到“发布npm包”动作.注意蓝色的横幅,上面写着“此工作流有一个workflow_dispatch
事件触发。,并展开右侧的“Run workflow”下拉菜单。
根据包的类型,有三种方法将包发布到npm:
wp
从“释放类型”下拉菜单中输入X.Y
(例子5.9
)在“WordPress major release”输入框中。错误修复
从“Release type”下拉菜单中选择,“WordPress major Release”输入字段为空。发展
从“Release type”下拉菜单中选择,“WordPress major Release”输入字段为空。最后,按下绿色的“Run workflow”按钮。它触发了npm发布作业,然后需要由古腾堡核心团队成员批准。
一个有趣的奖励包含在修改后的工作流程中,用于发布与WordPress主要版本相关的npm。现在可以快速安装与给定WordPress版本配套使用的单个WordPress包的版本分配标签(例如WordPress 5.8.x):
NPM安装@wordpress/block-editor@wp-5.8
也可以用一个命令来更新项目中的所有WordPress包:
NPX @wordpress/scripts packages-update——dist-tag=wp-5.8
支持将WordPress包切换到与以下主要WordPress版本完全一致的版本:5.7
,5.8
,5.9
而且6.0
.
你一定是登录发表评论。