リリースパーティーの開催
WordPress のリリースサイクルにはいくつかのマイルストーンがあります。リリースがベータステータスになると、#core Slack チャンネルでリリースパーティが行われます。これらのパーティは、公開リリースを作成するために必要なさまざまなリリースタスクを段階的に進めていきます。
ベータ版のリリースのプロセスについてのより技術的なハンドブックページには、コミッターとミッションコントロールのための技術的な手順が記載されています。このページはリリースパーティのホスト、つまり「司会者」のためのガイドとして存在しており、リリースプロセスそのものを促進するために必要でない技術的な詳細のほとんどは省略されています。
このページは、貢献者からのフィードバックを受けてプロセスが改善されたときに更新されるはずです。
リリースパーティで必要な役割
備考: これらの役割の一部または全部は、都合により同じ貢献者が行う場合があります。
- パーティのホスト (このドキュメントでは
@emcee)。通常、これはリリースコーディネーターの一人です。リリースコーディネーターが不在の場合は、リリースチームからの誰かがその役割を果たすことができます。最後の手段として、現在のチームのメンバーではない信頼できる貢献者がその役割を担うこともできます。 - コアコミッター (
@corecommitter)。この貢献者は「バージョンアップ」アクションを実行します。現在のコアコミッターのリストはここにあります。 - セキュリティチームのメンバー (
@securityteammember)。この貢献者は、リリースされる最新のコードセットが非公開のセキュリティテストに合格していることを確認します。 - ミッションコントロールのアクセス権を持つ人 (
@mcpilot)。このレベルのアクセス権を持つ貢献者は、リリースをパッケージ化し、ナイトリーを更新するために必要です。このアクセス権を持つアクティブな貢献者のリストは非常に少ないので、前もってこの役割を果たす人を見つけておくことが重要です。 - マーケティングチームのメンバー、またはマーケティングリリースリード (
@marketingteamember)。リリースアナウンスの投稿を下書きする担当者。
リリース前のチェックイン – パーティが始まる1時間前
予定時刻の前に、現在のリリースリードチャンネル (通常 #x.x-release-leads という名前) をチェックして、関連するすべてのチームが準備できていることを確認します。さらに時間がかかり遅延が必要な場合は、#core チャンネルに遅延の理由とパーティの開始予定時刻をメッセージで知らせる必要があります。
ベータリリースにもとづく開催スクリプト
以下のスクリプトには、青字でハイライトされたプレースホルダーがいくつか含まれています。@corecommitter、@securityteammember、@missioncontrol が同じ人であることはよくあることですので、それに応じてスクリプトを調整してください。
| ステップとアクション | 開催用のスクリプト | 発言者 |
|---|---|---|
/here Welcome to the WordPress X.Y-Z release party.I will be your host for this event, with @corecommitter and @mcpilot acting as behind-the-scenes drivers. (Be sure to adapt this message to the actual participants, taking into account any contributor filling multiple roles). For those who haven’t attended a release party before, welcome! Here’s the step-by-step guide from the handbook that details the release process: https://make.wordpress.org/core/handbook/about/release-cycle/releasing-beta-versions/ | ||
| ステップ1: ブログのアナウンス記事が準備できていることを確認する | Let’s start by ensuring the release post is ready to be published. @marketingteammember, what’s the status of the post? A public preview should be made available so anyone wanting to help proofread the post can do so. Just double-check the @props to credit them. | マーケティングリード |
| ステップ2: コミットを一時停止し、テストされるまでパッケージへのリンクを共有しないようアナウンスする | @committers. Please refrain from committing until X.Y-Z has been released. :thank-you::siren: Please remember not to share links to the package publicly until the “all clear” is given after testing and the announcement post is published on WordPress.org. :siren: | すべての参加者 |
| ステップ3: すべてのユニットテストをローカルで実行する | Time to run all unit tests. @corecommitter, please confirm. | コアコミッター |
| ステップ4: 最新の GitHub Action checks がパスしていることを確認する | @corecommitter, can you also confirm that GitHub Action checks are passing? | コアコミッター |
| ステップ5: セキュリティチームのメンバーに、最新のコミットでプライベートセキュリティユニットテストがパスしていることを確認してもらい、リグレッションが発生していないことを確認してもらう | @securityteammember, please verify the private security unit tests pass for the latest commit. Thanks! | セキュリティチームのメンバー |
| ステップ6: バージョンアップ | @corecommitter, will you please commit the first version bump? [コミットされるのを待つ] | コアコミッター |
| ステップ7: パッケージをビルドする | @mcpilot please proceed to package the release and post the link to the package here. | コアコミッター |
| ステップ8: パッケージに関するお知らせ | [パッケージがビルドされている間は、テストが終わってリリースの投稿が公開されるまで、パッケージへのリンクを公の場に共有しないよう、もう一度参加者に注意してください。パッケージング中にエラーが起こり、パッケージの再構築が必要になることがあります。] :siren: Please remember not to share links to the package publicly until the “all clear” is given after testing and the announcement post is published on WordPress.org. :siren: [.zip ファイルへのリンクが貼られるまで待つ。] | ホスト |
| ステップ8: テスト | It’s testing time! There are several ways to test, so pick whatever feels most comfortable and report back as you go: 1. Install and activate the WordPress Beta Tester plugin. Select the Bleeding edge channel and then Beta/RC Only stream. 2. Use WP-CLI to test: wp core update –version= X.Y-Z3. Directly download the Beta/RC version from https://wordpress.org/wordpress- X.Y-Z.zipHere are a few scenarios to test: – Test from latest in 4.0.* release series (e.g., 4.0.35 > X.Y-Z)– Test from latest in 4.9.* release series (e.g., 4.9.21 > X.Y-Z)– Test from the latest version in the current major release series (e.g., 6.1.1 > X.Y-Z) – Test from the most recent Beta/RC release (e.g., Beta 4 > X.Y-Z) – Test fresh installation– Remove wp-config.php file and test a fresh installation– Test single site and multisite/network (both subdirectory and subdomain) installations You can report back by sharing how you tested and what the result was with an emoji. For example: – 6.2-beta1 > X.Y-Z via beta testerIf it works, add :white_check_mark: If any issues happen, add :red_circle: so we can investigate. 注意: チェックサムは WordPress 6.3.2/fr_FR では利用できません。ファイルを手動でクリーンアップしてください。 | 全員 |
| Optional: 見つかった問題点をまとめる | [テスト中に問題が見つかった場合は、このセクションを参照してください。] Thanks, everyone, for testing! For now, we’re tracking the following issues: | ホスト |
| ステップ9: 2番目のバージョンアップ | Please, @corecommitter, proceed with the second version bump. [コミットされるのを待つ] | コアコミッター |
| ステップ10: ミッションコントロールでナイトリーパッケージを再ビルドする | @mcpilot, can you please refresh the nightly build? [確認を待つ] | ミッションコントロール |
| ステップ11: アナウンス記事を投稿する | The release post can now be published! @marketingteammember, please proceed. | マーケティングチームのメンバー |
| ステップ12: #coreでリリースをアナウンスする | @here WordPress X.Y-Z is now available: アナウンス記事のリンクを挿入するPlease help test and give feedback! | ホスト |
| ステップ13: コミッター再開について知らせる | @committers, you can now resume committing. If this is a Release Candidate release, also remind committers that the dev-feedback and dev-reviewed workflow is required for all commits to the X.X branch. | ホスト |
| ステップ14: アウトロ | The party is over! Props to @corecommitter, @securityteammember, @mcpilot for helping with the various release tasks. Thanks, everyone, for joining in and helping make WordPress! Hope to see you at future release parties. </x.x-release-party> | ホスト |
| ステップ15: Props | Write a message in the #props channel thanking and giving props to everyone who tested or helped with the release process. | ホスト |
注意事項
始める前に、いくつか注意事項を記載しておきます:
- リリース日の前に知っておくべきことをすべてカバーした投稿は次のとおりです: https://make.wordpress.org/core/2022/10/25/wordpress-6-0-release-day-process-2/ (WP 6.0の例で、現在のリリースに合わせることができます)。
- 24時間コードフリーズ前のドライランは、(公開日の1日前の日付が入る) の日付に計画されています。
- 公開リリースは、(現在のサイクルのリリース日が入ります) に予定されています。正確な時間はドライラン終了後に発表されます。このリリースシーズン最大のイベントに、再びご招待します !
- バグスクラブスケジュール (Make/Core にピン留めされた投稿へのリンクを挿入) によると、安定版リリースパーティまでに残っているバグスクラブは以下の通りです:
- 日程一覧
最終更新日: