[wp-trac] [WordPress Trac] #64595: Update Gutenberg ref in package.json

WordPress Trac noreply at wordpress.org
Fri Feb 27 02:32:34 UTC 2026


#64595: Update Gutenberg ref in package.json
----------------------------+---------------------
 Reporter:  ellatrix        |       Owner:  (none)
     Type:  task (blessed)  |      Status:  new
 Priority:  normal          |   Milestone:  7.0
Component:  General         |     Version:  trunk
 Severity:  normal          |  Resolution:
 Keywords:  has-patch       |     Focuses:
----------------------------+---------------------

Comment (by desrosj):

 I've been thinking about the commit messages for these new hash bumps and
 I have some suggestions for improvement to make them more useful and
 informative.

 - Let's make sure to begin the short description with `Component:`
 prepended. This usually should match the component selected for the
 corresponding Trac ticket. I'm undecided on where these tickets fit best.
 General feels just OK, External Libraries and Editor feels wrong. Maybe
 Build/Test Tools? It is a tooling change after all. I'll give this one
 more thought.
 - For each commit, let's include the following as the first sentence in
 the message: "This updates the pinned commit hash of the Gutenberg
 repository from `OLD_FULL_HASH` to `NEW_FULL_HASH`.
 - Instead of listing the command that was run to generate the list (`git
 log --reverse --format. etc.`), let's instead include a link to the
 comparison view on GitHub. For example on [61750], that would be
 https://github.com/WordPress/gutenberg/compare/23b566c72e9c4a36219ef5d6e62890f05551f6cb...022d8dd3d461f91b15c1f0410649d3ebb027207f.
 This is more useful because someone can click it to view all of the
 commits, file diffs, etc. and follow various paths to dig deeper. The
 command that was run is important, but that's more of a detail for
 committers to be aware of that can be listed in the handbook. The previous
 suggestion also lists out the two hashes which makes it unnecessary. How
 about "A full list of changes included in this commit can be found on
 GitHub: `LINK`".
 - I don't think the link to the "CI run" or "Developed in is necessary for
 these. The pull requests now are essentially just a hash bump, so there's
 really no development that happens. The commit messages for the merges are
 really long (which is good), but I think this detail can be left out.
 - Let's move the list of changes above the "Props" and "See/Fixes". I
 think I can guess why you chose to put them above the list, but I believe
 that they are supposed to be at the end of the commit message. It's
 possible there is a parsing tool somewhere that is expecting that.
 - I came to this ticket because I was looking for information about which
 version of Gutenberg was included in the most recent bump prior to
 `7.0-beta2` but noticed that is not included in the messages. It would be
 really great to always pin hashes that correspond to tags, and thus
 releases. But I recognize this may not always be desired. It would still
 be nice to explain how the included changes line up to those tagged
 versions, especially since we reference them in the beta 1 post and a few
 locations in the user documentation. If it lines up directly, including
 the version number in parentheses next to the old and new hashes could
 work. Otherwise, a note like "This merges all changes that were cherry-
 picked to the `wp/7.0` branch between WordPress `7.0-beta1` and today
 (preparing for `7.0-beta2`).

 Once this is dialed in, let's add a message template for these merge
 commits to the Commit Messages [https://make.wordpress.org/core/handbook
 /best-practices/commit-messages/ Best Practices page] in the Core handbook
 once.

 Putting this all together, this is the template I think so far:


 {{{
 Component: Bump the pinned hash from the Gutenberg repository.

 (WITH versions aligning with tags)
 This updates the pinned commit hash of the Gutenberg repository from
 `%%OLD_FULL_HASH%%` (version `v25.0.0`) to `%%NEW_FULL_HASH%%` (version
 `26.0.0`).

 (Without versions aligning with tags)
 This updates the pinned commit hash of the Gutenberg repository from
 `%%OLD_FULL_HASH%%` to `%%NEW_FULL_HASH%%` and merges all of the changes
 that were cherry-picked to the `wp/7.0` branch between WordPress
 `7.0-beta1` and today (preparing for `7.0-beta2`).

 A full list of changes included in this commit can be found on GitHub:
 %%LINK%%.

 The following commits are included:
 - Pattern Editing: The best pattern feature yet!
 (https://github.com/WordPress/gutenberg/pull/#####)
 - Global Styles: Adding support for feature X within the block styles.
 (https://github.com/WordPress/gutenberg/pull/#####)
 - etc..

 Follow-up to [27195], [41062]. (optional)

 Reviewed by a-fellow-committer, maybe-multiple.
 Merges [26851] to the x.x branch. (both of these are only required when
 backporting from `trunk`)

 Props person, another.
 Fixes #30000. See #20202, #105.
 }}}

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/64595#comment:21>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list