发布主要版本

话题

有些事情可能已经过时或不清楚了。如果您有问题，请联系预先释放导线.

祝贺 你！你是一个释放导线发布负责人 社区成员最终负责发布。用于WordPress！接下来的几个月，你的生活将充满兴奋、沮丧和乐趣。领导WordPress发布并不是容易的，但无论如何你都会玩得很开心。

在你之前有很多人，在你之后也会有很多人。虽然此页面可能有助于引导您到达终点，但每个发布主管都会为发布带来自己的触觉。如果有疑问，请与上一版本线索并询问方向。

入门

值得一读发布次要版本手册页面，因为它的许多要点也适用于主要版本。随着发布日期的临近，这一点尤其正确。

一旦你被任命为某个发布的负责人，以下是你应该立即考虑或做的事情：

  • 与领导、提交人和组件维护人员交谈。在第一天，您可能不知道您的版本将包含什么。花点时间与每一位WordPress负责人、提交人和组件维护人员交流，看看他们的想法。这些讨论可以在几天、几周甚至几个月内进行，具体取决于您的发布计划。
  • 制定时间表。主要发行版的良好节奏是每四个月一次，通常是四月、八月和十二月，尽管这不是固定不变的。设定时间表的最佳方法之一是：选择一个发布日期并从该日期开始往后推。查看下面的日程安排部分，了解一些技巧！
  • 选择释放代理。你不必有释放代理，但强烈鼓励.一些释放线索有两个或多个副手，这很好！这里的技巧是挑选能够增强你的才能并在整个周期中提供帮助的副手。不喜欢写会议笔记或主持会议？选择一个代理！不是的粉丝分诊分诊 评估和排序错误报告的行为，以确定优先级、严重性和其他因素。? 有一位社区成员愿意提供帮助。如果你不确定谁有兴趣成为代理，在make/core上发布并号召志愿者.（请务必标签标签 Subversion中的目录。WordPress使用标签来存储版本（3.6、3.6.1等）的单个快照，这是版本控制系统中标签的常见约定。（不要与帖子标签混淆。）您的帖子！）
  • 发出征求意见的电话。WordPress是由一个由志愿者组成的大型社区创建的，其中只有一些是提交者和组件维护者。在发布周期的早期，发布在make/core上征求发布意见。从该帖子中，您将获得个人门票和更大的功能创意。对它们进行分类将需要一些时间，但这将为您的发布提供一个很好的调查清单。

顶部↑

关于日程安排

随着WordPress项目越来越全球化，很难找到完美的发布日期。在确定可能的时间表时，请记住以下几个最佳实践：

  • 试着确定发布日期本身，但如有必要，准备添加beta，或调整钢筋混凝土发布候选 作为版本发布周期的最后阶段之一，该版本向公众发出了最终发布的信号。另请参见α（β）.日期。
  • 检查主要节日（包括宗教节日、银行假日、国家假日等）
  • 检查社区参加的大型活动（WCUS、WCEU等）

顶部↑

关于角色和责任

有一个角色和职责的数量在发布过程中。实际上，如果一个周期没有发布协调员，那么发布负责人及其副手将充当整个发布周期的项目经理（和技术项目经理）。否则，发布协调员将负责确保各个部分都被有凝聚力的发布团队正确覆盖。

重要提示：本手册页面中列出的大部分任务都是由充当“任务控制”或MC的人员完成的元元 Meta是一个术语，指的是一个团队的内部运作。对我们来说，这是一个在WordCamp Central和Make WordPress等内部WordPres网站上工作的团队。-项目的任务。如果你不确定如何做某事或没有访问权限，这可能是那些人要处理的任务。 

在考虑发布负责人和副手的职责之前，了解有效发布负责人的一些素质非常重要：

  • 了解WordPress——软件和社区——是如何工作的。WordPress是一款庞大的软件。没有一个贡献者理解整个代码库。然而，发布负责人和副手应该很好地了解WordPress的工作原理以及核心核心 核心是运行WordPress所需的一组软件。核心开发团队构建WordPress。社区功能。知道向谁询问各种门票是领导发布的一项重要技能！
  • 了解如何开源开放源代码 开放源代码是指原始源代码可以免费获得，并且可以重新发布和修改的软件。开源**必须**通过许可模式交付，请参阅GPL。作品。开源项目的运行方式与大多数软件项目有很大不同。作为一个发布主管或代理，您应该有能力作为开源、全球、分布式项目的一部分进行良好的工作。
  • 与社区良好沟通的能力。沟通在WordPress社区的每一部分都是极其重要的，所以良好的沟通是很有价值的。核心社区用英语、本网站和松弛（Slack）松弛（Slack） Slack是一个协作群聊平台https://slack.com/WordPress社区在https://make.wordpress.org/chat/.尽管许多投稿人将英语作为第二语言。由于这个全球社区的背景不同，在通过官方和非官方渠道进行沟通时，释放负责人和代表应该小心。另请参见：发布和评论指南.

在发布周期中，发布负责人和副手还有一些职责：

  • 发布议程，每周运行开发人员聊天，并发布聊天摘要。整个WordPress开发者社区应该在整个发布周期内随时了解情况。并非每个社区成员都可以参加每周的开发人员聊天，因此发布议程和聊天摘要是必须的。
  • 分流票和监控票票 为bug报告和bug跟踪器上的功能开发创建。报告。一个版本中有许多活动块。释放领导和代表应密切关注来袭人员大旅行箱大旅行箱 Subversion中的一个目录，包含为下一个主要发布周期做准备的最新开发代码。如果您运行的是“trunk”，那么您使用的是最新版本。票和监视器相关票证报告这包括检查新票证报告（尤其是在无主组件中）以检查是否存在阻塞问题。
  • 按时发布。 截止日期不是任意的。WordPress发布应努力保持进度，发布负责人和副手负责此进度。（请参阅上面的“On Scheduling”。）维护发布时间表有很多方面，其中许多是这里列出的职责。
  • 正在运行缺陷缺陷 错误是错误或意外结果。性能改进、代码优化和被视为增强，而不是缺陷。功能冻结后，只处理错误，回归（与前一版本相反的更改）是最高优先级。擦洗。每周的漏洞清理是一项有用的活动，鼓励各种贡献者作出贡献。它们可以由发布负责人、代理和其他贡献者成功运行。组件维护人员还可以运行bug清理。
  • 回顾并回应功能想法。WordPress贡献者和用户将在整个发布周期中发布特性想法，特别是在愿望单帖子。虽然开发每个特性不是发布主管（或代理）的责任，但他们应该审查每个特性想法，看看是否有理由将其包含在发布中。这些想法中有许多来自功能项目，但有些可能是需要关注的门票。
  • 追踪贡献者寻求帮助。发布负责人没有责任做出每一个技术决策，甚至大多数技术决策。发布负责人应该知道如何以及何时追踪并寻求贡献者的帮助。核心团队规模庞大，可用性多种多样，发布负责人应充分了解哪些贡献者最适合为各种票证提供反馈和支持。
  • 定期与贡献者聊天。与常规投稿人保持密切联系有助于确保给定的WordPress版本稳定并面向公众。定期与贡献者聊天可以确保发布主管了解贡献者的可用性以及任何潜在的阻塞问题等。
  • 协调营销工作。有许多营销工作需要管理，发布主管或副主管应该了解这些工作。这个关于页面在WordPress核心中，/news/post和视频都是这项工作的一部分（下面将详细介绍这些具体工作）。如4.7所述，我们应该避免同时将视频设置为自动播放。请注意，这些工作应与营销团队以及相关组件维护人员。参考本发布周期营销和通信指南获取关于发布通信的深入手册。
  • 传达对版本或功能的任何更改。随着发布的进行，有时需要发布团队做出重大决策并进行适当沟通。这需要双方共同寻找前进的道路，有时需要项目领导，并做好适当沟通任何变化的工作。以下是两个示例，以防您所在的发布团队遇到类似情况：宣布WordPress 5.9的修订发布时间表和WordPress 6.0的Webfonts API更改. 

顶部↑

期望

Focus Lead应该每周至少有5-6个小时的时间来执行其任务，有更多的时间作为里程碑，如Betas、Release Candidates和General Release方法。在这些里程碑的日子里，你可能需要在一天内花4-6个小时在WordPress上。

你来自哪里没有任何限制。我们是一个全球社区，全天候开放，因此如果需要，您可以根据您的可用性安排擦洗，并可能找到一名代理来覆盖其他时区。

顶部↑

有用的提示

  • 创建一个公共空闲通道进行沟通，并从之前开始执行每周更新贝塔贝塔 一种预先发布的软件，分发给大量用户在真实条件下进行试用。Beta版已经在内部进行了alpha测试，在外观、感觉和功能上与最终产品相当接近；然而，设计更改经常作为过程的一部分发生。1这有助于发布团队为未来贡献者的利益而公开工作，并允许人们按照他们认为合适的方式进行操作。#元团队可以帮助实现这一点。 
  • 确保释放小组和释放方的冗余。随着项目的规模，让多人担任关键角色，并确保在发布过程中，有多人可以完成任务，这将是一个漫长的过程。例如，拥有多个MC有助于确保有人在预先安排的MC晚起时可用冲突冲突 当修补程序更改在创建修补程序后修改的代码时，会发生冲突。考虑这些补丁不新鲜的，并将需要刷新或冲突需要断然的.无法参与。 
  • 检查人们对上一个版本做了什么。因为这是一个开源项目，所以你需要做的很多事情都可以通过观察之前的人来学习。搜索发布方的空闲时间，询问之前发布线索的问题，查看Make以了解之前的决策是如何处理的，等等
  • 认识到周期的每个部分都有不同的限制和重点。随着发布周期的推移，重点发生了转移，因此重要的是要随之转移。例如，RC要求对Core提交进行双重签核，因此计划任何重要工作时都要考虑到这个变量。 
  • 创建发布方脚本，并在发布日之前进行调整。提前进行大量的协调是很正常的，包括为发布方创建脚本，与员工核实以确保他们能够采取特定步骤等。处理必要的已知压力源，以便在出现意外压力源时，您有更多的应对能力。 
  • 尽早和经常分享，尤其是当你有顾虑时虽然有些事情你可能觉得很明显，但如果不表达出来，很容易被团队忽视。 

顶部↑

预合并窗口

  • 功能项目应在发布周期开始时为合并考虑做好准备。 
  • 在此期间，应创建并审查合并建议。
  • 检查此版本中是否包含新的捆绑主题。

顶部↑

合并视窗

  • 决定应该合并哪些功能项目（如果有的话）。
  • 如果需要发布视频，请开始这方面的工作。

顶部↑

预测试版1

顶部↑

测试版1

这个Beta版本的过程在单独的手册页上有详细记录。

顶部↑

预发布候选

  • 发布里程碑上不应有未结的工单。
  • 的过程《现场指南》的出版记录在单独的手册页上.
  • 全部插件插件 插件是一个包含一组功能的软件，可以添加到WordPress网站。他们可以扩展功能或为WordPress网站添加新功能。WordPress插件是用PHP编程语言编写的，并与WordPres无缝集成。这些可以在WordPress.org插件目录中免费https://wordpress.org/插件/或者可以是第三方基于成本的插件应该给作者（在wp.org的repo中）发电子邮件，让他们知道要测试他们的插件是否与发行版兼容。电子邮件应将他们链接到现场指南现场指南 现场指南是在WordPress发布周期。现场指南通常列出测试周期内发布的所有开发说明。本指南链接在WordPress相应版本的about页面、发布文章和HelpHub版本页面中。.联系插件团队代表进行协调或在插件审查小组的制作网站(此处为5.3中的示例).
  • 测试Classic Editor插件以确保它仍然工作良好。
  • 提醒Akismet团队发布时间表，以确保他们在我们的最终版本发布之前获得任何待定的插件更新。
    • Akismet会在每次提交WordPress时自动检查更新，并根据需要进行更新
    • 插件在主干中更新，当前稳定分支分支 Subversion中的目录。WordPress使用分支来存储每个主要版本（3.9、4.0等）的最新开发代码。然后使用该分支的任何次要版本的代码更新分支。有时，WordPress的主要版本及其次要版本统称为“分支”，例如“4.0分支”。和当前开发分支（如果它与主干不同）。
  • 应通知主机社区主要版本的更新发布日期。在中发布Slack消息#托管放松频道作为提醒。
  • 应该发布关于字符串冻结关于Polyglots第2页第2页 A类WordPress的免费主题以前端发布著称，WordPress用于开发更新和项目管理。查看我们的主开发博客和其他工作组博客.(5.9中的示例).
  • 应主动提醒承诺者发布候选com麻省理工学院政策当RC 1发布时，所有提交都必须得到提交者的双重签署。这一切开始了之后RC1发布后，提醒人们RC阶段即将到来但尚未开始。
  • 运行私人安全单元测试单元测试 编写代码以测试大型应用程序中的一小段代码或功能。从主题到WordPress核心都有一系列的单元测试。另请参见回归，回归.一套。

顶部↑

发布候选

A类发布候选发布候选 作为版本发布周期的最后阶段之一，该版本向公众发出了最终发布的信号。另请参见α（β）.版本是发布主版本之前发布周期的最后一个阶段。发布候选意味着发布团队确信后备箱中的内容足以满足主要发布主要发布 由前两个数字（3.6）标识的发布，是整个发布周期和功能开发的重点。WordPress对主要发布版本使用小数点计数，因此2.8、2.9、3.0和3.1是连续的，并且在范围上具有可比性。，并应由社区进行彻底测试。

  • A类硬管柱冻结在Release Candidate阶段生效，这意味着应用程序中的文本字符串不能再更改，包括About Page文本。
  • 应发布多个候选版本（例如RC1、RC2），因为针对它报告的错误已得到修复。
  • 提醒提交者，在候选发布阶段对src/的所有更改都必须由两个提交者审查。选择秒时提交者提交者 具有提交访问权限的开发人员。WordPress有五名首席开发人员和四名具有提交权限的永久核心开发人员。此外，项目通常有几个来宾或组件提交者——一个获得提交权限的开发人员，通常用于单个发布周期（有时更新）和/或特定组件。查看您的补丁补丁 一种特殊的文本文件，通过标识添加、删除和更改的文件和行来描述代码的更改。它也可以被称为差异。补丁可以是应用到代码库进行测试。，请寻找一位在该代码库领域具有丰富经验的资深提交人，以便补丁能够得到有意义的批评。提交人可以随时提交测试。
  • 这个RC发布流程在单独的手册页上有详细记录。
  • 在第一个候选发行版之后，可以为该发行版创建一个分支，以便可以为下一个发行版开始早期的主干工作。
  • 应在Make Core上发布关于发布候选阶段的公告(6.0中的示例)以及上述各种协议，以便更好地放大发布周期的这一特定部分并为社区做好准备。
  • 此时，应该发布两个Make Core帖子，开始为感兴趣并能够（1）参与次要发行版次要发行版 具有相同次要版本号的一组发行版或版本可以统称为.x，例如版本5.2.x指的是版本5.2、5.2.1、5.2.3，以及该软件5.2（五点二）分支中的所有其他版本。次要版本通常会改进现有的特性和功能。遵循这个主要发布周期并（2）参与下一个主要发布广场的团队。

顶部↑

翻译。WordPress网站

是时候问问Polyglots团队帮助翻译即将推出的WordPress版本。在下面的列表中，示例版本是A.B。

顶部↑

发布前分支

此时，一旦里程碑基本明确，就可以为发布创建一个分支，以便可以开始早期的主干工作。以下文件在分支时需要更新版本号：

  • src/wp-includes/版本.php
  • 两个NPM文件：package.json包和包装-锁.json.注：这个包装-锁.json文件不能手动编辑。更改中指定的版本package.json包然后跑npm安装更新锁定文件。

在发布之前进行分支时，有两件重要的事情需要在进行分支之后进行设置。理想情况下，这些应该在主干上的任何开发工作开始之前完成。

执行分支后，还需要执行一些其他任务：

  • 在大旅行箱，更新安全.md文件将新创建的分支包含在接收安全更新的版本列表中。
  • 这个试验支路.yml、和升级测试.yml需要更新工作流文件。例如，下面是一个分支5.8后更新工作流文件的请购单。所需的更改应仅应用于大旅行箱。此工作流仅在主分支内运行，因此无需更新编号的分支。
  • 这个.版本支持-mysql.json和.version支持-php.json中的文件大旅行箱应更新以包含新alpha版本的密钥。重新使用与前一版本相同的值集以启动。任何版本支持策略更改都应单独进行。
  • 这个.env（英语）和docker-compose.yml公司应更新新分支中的文件。这确保了本地Docker环境继续工作，并有助于避免将来在菲律宾比索菲律宾比索 WordPress主要使用的web脚本语言。WordPress需要PHP 5.6.20或更高版本与关联的版本最新的Docker容器已更改。
    • 在.env（英语）文件，更改本地_PHP和本地_DB版本值来自最新的到PHP的最高版本/MySQL数据库MySQL数据库 MySQL是一个关系数据库管理系统。数据库是存储内容、配置和其他选项的结构化数据集合。https://www.mysql.com/.受该版本支持。
    • 在docker-compose.yml公司文件，更改$｛LOCAL_HP-测试｝和${本地_DB_VERSION-last}值来反映该版本支持的PHP/MySQL的最高版本（-被视为默认值）。

顶部↑

预最终版本

这是您的预发布清单。不要跳过。为了帮助协调，建议复制这张纸并开始在发布团队中分配任务，以及在发布周期的这一部分中倾向于介入的更广泛的贡献者。

  • 发布一篇文章，总结发布过程，供那些寻求帮助和/或跟进的人使用(5.1中的示例)，包括一般发布角色和分配给每个角色的贡献者的列表。
  • 获得发行版爵士音乐家的名字（联系马特或现任项目总监）。
  • 为学分页面收集值得注意的贡献者列表。利用此模板电子表格（显示5.4中的示例数据）帮助捕获这些用户.确保所有值得注意的贡献者在格拉瓦塔格拉瓦塔 是全球公认的阿凡达的缩写。它是由WordPress.com管理的头像系统，并在WordPress软件中使用。https://gravatar.com/..
    • 这应该包括来自Trac公司Trac公司 Edgewall Software的一个开源项目，用作WordPress的错误跟踪和项目管理工具。,githubgithub GitHub是一个提供git存储库在线实现的网站，其他开发人员可以轻松共享、复制和修改这些存储库。公共存储库可以免费托管，私有存储库需要付费订阅。GitHub引入了“拉请求”的概念，在将贡献者在分支中所做的代码更改合并为存储库所有者之前，可以对其进行审查和讨论。https://github.com/以及任何要手动添加的非代码属性。
    • 有几个部分：所有潜在客户、值得关注的贡献者（包括核心开发人员）、所有贡献者。lead和Noteworthy Contributor是手动编译的-请每个关注点lead审阅您的列表。
    • 确保Design在发布检查中领导任何缺少的设计器，因为它们可能在代码道具中丢失。
  • 应更新Credits API。
    • 第一个值得注意的贡献者部分中的每个人（命名为核心开发人员（尽管不限于开发人员）应获得核心团队徽章。
  • 确保在about.php、freedoms.php和credits.php中同步了该标语。
  • 确保“关于”页面图像使用CDN URL，并且所有填充图像都正确替换为最终版本。
  • 运行私有安全单元测试套件。
  • 应起草公告栏。 请勿发布。
    • 这是基于“关于”页面的副本，但在末尾还将包括视频（如果适用）和道具。
    • 要在发布帖子中显示道具列表，请使用短代码短代码 短代码是WordPress文章、页面或小部件中使用的占位符，用于在站点的特定位置插入插件生成的表单或函数。:[wpcredits X.Y]，其中X.Y是发布版本。它从Credits API中获取数据，因此无需为发布帖子生成单独的道具列表，因为一旦Credits API针对发布进行了更新，就会自动显示道具列表。
    • 确保帖子中包含对核心道具后支持志愿者和翻译人员的感谢（例如，请参阅之前的主要发布公告5.6).
    • 将帖子分类为“发布”只有,不作为“发布”和“发展”。
    • 如果需要，更新推文，包括标签#WordPress。
    • 设置一个特色图片并被选为亮点论文 特色图片是博客存档页面上使用的主图片，当帖子或页面在社交媒体上共享时，会被提取。该图像可以用于在站点的小部件区域或帖子摘要列表中显示。用于共享帖子时的链接预览。确保推特、脸书等上的预览不会裁剪图像的重要部分。如果需要，您可以使用清除Facebook上的缓存https://developers.facebook.com/tools/debug/在推特上使用https://cards-dev.twitter.com/validator网站.
    • 调整摘录摘录 摘录是对博客文章或页面的描述，默认情况下会显示在博客存档页面、搜索结果（SERP）和社交媒体上。对于一个SEO插件，摘录也可能位于该插件的metabox中。.
      • 追加&嵌入=真到预览统一资源定位地址统一资源定位地址 互联网上网站或网页的特定网址，例如网站的URL www.wordpress.org以确保嵌入看起来很好。
  • 更新浏览器支持页如果我们停止支持任何浏览器。

顶部↑

排练

在计划发布前24小时，进行一次试运行并完成以下步骤：

  • 对主干上报告的所有错误进行分类，最容易在顶部找到报告40.
  • 更新src/wp-admin/includes/update-core.php
  • 运行npm run grunt预发布，以确保所有测试通过，以及CSS公司CSS公司 级联样式表。和JS公司JS公司 JavaScript是一种通常在浏览器中执行的web脚本语言。通常用于高级用户界面和行为。文件符合标准。（这需要一段时间）。注：imagemin公司子任务产生不确定的结果，如果没有明显的文件大小节省，则应忽略该子任务。
  • 遍历并模拟所有发布日任务，注意哪些贡献者负责每个任务。

顶部↑

通知所有人

  • 通知主机即将发布。
  • 通知多语言团队字符串更改的。
  • 通知系统团队这样他们就可以在发布期间找到合适的人选。如果你不确定该怎么做，问问你的发布团队是否有人是这个团队的一员。

顶部↑

发布日期

你已经到了发布日了！

顶部↑

核心

  1. 确保顶部报告40已分类，最好是清晰的。
  2. 提醒提交者发布并暂停提交：
    1. 示例：@committers请在我们发布5.8之前不要提交。
  3. 如果适用，做出最终承诺关于.php例如，包括发布视频或更新最终插图。
  4. 验证package.json包已更新。
  5. 验证src/wp-admin/includes/update-core.php.
  6. 如果有新的默认主题，验证：
    1. WP_默认_主题在里面src/wp包含/default-constants.php
    2. WP_Theme:：$default_themes在里面src/wp-includes/class-wp-theme.php
    3. 非常重要： WP_CORE_NEW_BUNDLED_版本在里面/home/wporg/public_html/.config/versions.php
  7. 运行单元测试。
  8. 运行npm run grunt预发布。这也将运行单元测试。检查GitHub操作的结果（例如。，https://github.com/WordPress/WordPress-develop/actions？query=branch%3A5.8).
  9. 更新中的版本src/wp-includes/版本.php删除RC标识符和变更集–例如。5.3钢筋.
  10. 标记发布。来自分支机构：
    svn副本https://develop.svn.wordpress.org/brances/4.7 https://develop.svn.wordpress.org/tags/4.7-m“标签4.7”
    如果此命令行失败，则尝试通过GUI界面（如TortoiseSVN）使用相同的标记。
  11. 通过mc的表单创建发布包。wordpress.org网站WordPress网站 用户创建和共享WordPress代码的社区站点。您可以在这里下载WordPress核心、插件和主题的源代码，以及社区对话和组织的中心位置。https://wordpress.org/.
  12. 松懈分享：“提醒一下：不要在推特上或社交媒体上分享发布的任何链接。有时会出现问题，需要重新构建软件包。发布在官方新闻上发布之前不是官方发布博客博客 （与网络、站点相比）.”

顶部↑

WordPress网站

  1. 支票包裹出现在https://wordpress.org/download/releases（网址：https://wordpress.org/download/releases）/.
  2. 下载并解压缩/解压缩软件包。验证它们是否相同。检查MD5总和。
  3. 测试软件包：
    1. 有两种方法可以帮助测试软件包：
      1. 使用WP-CLI公司WP-CLI公司 WP-CLI是WordPress的命令行界面，用于以编程方式执行管理和开发任务。项目页面是http://wp-cli.org/ https://make.wordpress.org/cli/测试：wp核心更新https://wordpress.org/wordpress-5.8.zip
      2. 直接下载Beta/RC版本（例如。，https://wordpress.org/wordpress-5.8.zip)
    2. 特别希望测试以下类型的安装和更新：
      1. 新的WordPress安装工作正常吗？这包括运行手动安装过程以及WP-CLI或单击式安装程序。
      2. 从4.0.33、4.9.18、5.7.2和5.8 RC 4以及任何其他可能的版本进行测试升级。
      3. 删除wp-config.php文件并测试新安装。
      4. 测试单个站点和多站点多站点 用于描述WordPress安装，该安装包含多个博客网络，按站点分组。此安装类型具有共享用户表，并为每个博客创建单独的数据库表（wp_posts变为wp_0_posts）。另请参见网络,博客,网站/网络网络 （与网站、博客相比）（子目录和子域）安装。
      5. 它是否正确升级？是中列出的文件$_old_files（旧文件）升级时删除？
      6. 多站点是否正确升级？
    3. 最后，在桌面和手机上的以下用户流将非常适合验证预期的工作：
      1. 发布帖子，包括各种不同的块。
      2. 评论文章。
      3. 安装新插件/主题，或升级现有插件/主题。
      4. 更改网站语言。
      5. 如果你是一名插件开发人员，或者你依赖一些复杂的插件，测试它们是否工作正常。
  4. 私拍最后一张截图下载计数器.注意：这是私下进行的，以防止在发布派对期间出现大量屏幕截图。
  5. 中的凹凸版本.config/versions.php.（在WordPress.org沙箱上执行此操作，以便在之前测试更新通知部署部署 将代码从本地开发环境启动到生产web服务器，以便访问者可以使用。.)
    • 交换机WP_CORE_DEV_支架返回到大旅行箱如果在RC期间设置为分支。碰撞WP_CORE_STABLE_支架如果这是一个主要版本。
    • 碰撞WP_目录_最新_发布.
    • 碰撞WP_CORE_NEW_BUNDLED_版本如果有新的默认主题。重要信息。
    • 更新wporg_get_secure_versions（）使用以前的安全稳定版本，由谷歌网站管理员工具使用的API端点.
    • 更新wporg_get_version_equivalents（）如果需要，由插件目录使用。
    • 一旦这些更改完成，将开始自动更新已部署部署 将代码从本地开发环境启动到生产web服务器，以便访问者可以使用。–请参阅最后一步#9。
  6. 更新相关学分文件、和部署部署 将代码从本地开发环境启动到生产web服务器，以便访问者可以使用。这些变化。
  7. 通过在中移植版本来构建该版本的语言包翻译/bin/update-all-core-packs.sh.
  8. 部署WordPress.org，deploy-dotorg.sh wporg公司从沙箱中。

顶部↑

告诉世界

  1. （在WordPress.TV上发布发布视频。不要公开。取消勾选公开按钮，这样发布视频就不会在推特/脸书上发布。）
  2. 在wordpress.org/news上发布公告。这将自动发布到Twitter。
    1. 更新slug以仅包含版本jazzer的名称，而不包含版本号。
  3. 发布HelpHub发布页面.
  4. 更新Codex。
    1. 在Codex中完成版本页。
      1. 添加：
        {{#dotorgredirect:https://wordpress.org/support/wordpress-version/version-6-2/}
    2. 更新当前版本模板使用新版本。
    3. 更新WordPress版本第页。
      1. 添加：
        {{ReleaseTableMajor|version=4.4|date=2015年12月8日|音乐家=Clifford Brown|blog=https://wordpress.org/news/2015/12/clifford网站/|数据库=35700}}
      2. 从“计划版本”部分删除版本。
    4. 更新PHP兼容性和WordPress版本表。
    5. 更新PHPUnit兼容性和WordPress版本表。
  5. 凝视下载计数器欢欣鼓舞。

顶部↑

发布后

  1. 将分支版本转发到X.Y.1-alpha-$REVNUM-src和中继到X.Y+1α-$REVNUM-src以及相应的package.json包和包装-锁.json两者的变化。假设下一个发行版主管具有提交权限，他们应该被授予主干碰撞的荣誉。6.3版提交示例：https://core.trac.wordpress.org/changeset/55611.
  2. 强制夜间构建。（注意：校验和不适用于夜间。WP-CLI会获取已安装版本和要升级到的版本的校验和，以便删除旧文件。）
  3. 在Trac中，将大旅行箱版本到十、Y并为主干创建一个新的。完成十、Y里程碑，并为新周期创建新里程碑，以及X年1月。这必须由Trac完成管理员管理员 （和超级管理员）.
  4. 在Trac中，如果前一个主要阶段有未发布的次要里程碑，请将该里程碑更新为新的十、Y（对于已经解决并包含在十、Y分支机构）或X年1月（对于仍需调查或讨论的门票）。然后，Trac管理员应删除未发布的次要里程碑。
  5. 更新文档的各个部分：
  6. 别忘了多语言团队Polyglots团队 Polyglots团队是一个多语言翻译团队，致力于翻译插件、主题、文档和前台营销副本。https://make.wordpress.org/多语言/团队/.! 在#polyglots频道上分享发布文章的代码版本，这样他们可以轻松翻译。在编辑器中打开发布文章，然后转到“设置”>“复制所有内容”。将其作为片段粘贴到Slack上的#polyglots频道。
  7. 确定在发布过程中帮助进行重要测试的人员，如果他们还没有在发布中得到认可，则提交他们以添加到Credits API。这可以通过Meta-Trac票据完成。
  8. 发布后的一周内：
    • 如果需要，发布回顾文章。
    • 使用签入支持团队对于任何值得注意的问题。
    • 使用签入社区团队获取任何社区反馈。
    • 以下一个领先优势开始下一个周期。

祝贺 你！你做到了！

#堆芯，堆芯

上次更新时间：