[wp-trac] [WordPress Trac] #64393: Change how we include Gutenberg in Core
WordPress Trac
noreply at wordpress.org
Wed Jan 7 16:17:38 UTC 2026
#64393: Change how we include Gutenberg in Core
------------------------------+--------------------------
Reporter: youknowriad | Owner: youknowriad
Type: task (blessed) | Status: reopened
Priority: high | Milestone: 7.0
Component: Build/Test Tools | Version:
Severity: blocker | Resolution:
Keywords: has-patch | Focuses:
------------------------------+--------------------------
Comment (by dmsnell):
All, as I tend to do from time to time I overreacted and was needlessly
emotionally charged when I wrote my comments. I apologize for any
disrespect I showed towards @youknowriad or others working on this.
In response I’ve updated my comments to better reflect what I hope is more
helpful commentary, summarized here:
- Can we ensure that we find a way to make Core build without introducing
network dependencies after cloning? or certainly after having run `npm
install`? As someone who frequently works tethered to a capped data plan,
it’s not sustainable for me to wait for hundreds of megabytes of
compressed JS files to download and build when working.
- Can we adjust this so that nothing more than an absolutely minimum
build is required for WordPress to function? Releases cannot have stale
files, but I work productively in stale files all the time. I am not 100%
always on the latest `trunk`, and I will not always have the latest JS
files built either, but that doesn’t impede me from working on email, or
HTML safety, or on web standards support. If and when I realize that
things are broken I can choose to run the update and the build.
- Can we //immediately// stop running multiple `git` fetches, especially
when they aren’t necessary. `git` is immutable, and if we have the `ref`
there’s no need to try to fetch it again. At a minimum, if we have a
commit SHA it’s essentially free to check if the ref is already fetched.
- Similarly, can we avoid running `npm ci` if the `ref` is unchanged
since the last run? or ideally gate it behind a CLI arg or an ENV value so
that it doesn't constantly run and download and reinstall packages?
--
Ticket URL: <https://core.trac.wordpress.org/ticket/64393#comment:46>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list