Recent Unity releases
Draw the week honestly and it was five release builds, nothing else. Inside them, though, was not a feature addition but a move.
Drawing “this week’s news” honestly gave me five release builds and nothing else. No announcements, no keynotes inside that window. And yet what looks from the version numbers like “two beta builds shipped” turns out, on opening, to contain construction work replacing the engine’s foundations. 188 breaking changes. That is not a “shall I try the new feature” question but a “does my code still compile” one.
What was there
Drawing the window honestly is where this material starts. The request was “the last week”, and what actually happened inside that window was five release builds and nothing else. The big news — announcements, keynotes — was outside it.
So it is written in two parts — what actually shipped inside the window, and separately the immediately preceding context needed to understand it. The window was not widened to drag big news in.
Five builds across four tracks in three days. Running long-term support, current, beta and alpha simultaneously shows up plainly.
The main change — a move, not a feature
Object identifiers are being replaced systematically across the whole engine. Animation, physics, graphics and more — hundreds of APIs affected, and 188 breaking changes accumulated on the beta track.
Why matters here — it is groundwork to merge the entity-based workflow with the existing object workflow, raising the entity concept into a shared identifier for the entire engine. Which makes this a moving version, not a feature version.
Alongside it, one long-awaited feature lands. Dictionary serialisation goes built-in. Until now this needed callbacks, custom wrappers or third-party assets.
| Item | Detail |
|---|---|
| Target | the declared type must be exactly that — inheritance and wrapping don’t count |
| Mode | opt-in. Each field must be marked to serialise |
| Inspector | a dedicated two-column view (key / value) |
| Duplicate keys | tolerated while editing, with an icon and a notice on each duplicate row |
And the whole entity package moves into the core. Its version rides with the engine release, so separate version management disappears. In exchange managed components are being deprecated, so class-based components must become structs — another breaking change.
What broke
You have to ask what “188” is a count of. It is a beta-track cumulative figure, and whether it survives intact into the stable release is unknown. For someone on the current release today, it is not a number that applies.
The dictionary serialisation has tight conditions too. The declared type must be exact, and inheritance and wrapping are out. Most existing projects go through a wrapper, and removing that wrapper comes first. Between “finally built in” and “usable tomorrow” sits that work.
And this material is different in kind from the other pieces here. What is being taken apart is neither a repository nor a video but release notes. There are few claims to break, and the one there is amounts to conceding “this week was quiet.” ⚠ So this piece is closer to locating myself than to reaching a verdict.
Held against my own setup
I should be standing on the current release. Beta is not for production, and my game is mid-build, so the engine must not move underneath it. Of this week’s releases, the one that applies to me is a single stability patch.
Knowing in advance that a moving version is coming is what this material is worth. I will have to upgrade eventually, and knowing it is major construction rather than a feature drop means I pick a different moment — after a chunk of work closes, not mid-development.
Dictionary serialisation is genuinely something I’ve been waiting for. My project has a wrapper in it, and removing it would shrink the code. ⚠ But that is a post-stable conversation, and the wrapper has to come out first.
Verdict
| What | Verdict |
|---|---|
| Track to stand on | stay on current. Beta is not for production |
| Preparing for the moving version | adopt — as a timing rule. When I upgrade, it is after a chunk closes, not mid-development |
| Dictionary serialisation | wait. Post-stable, and wrapper removal first |
| Entity workflow | not applicable. My game’s scale doesn’t call for it |
| Citing “188” | ⚠ qualify it. It is a beta cumulative and may not survive to stable |
The lesson I paid for here is about reading rather than the material — draw the window honestly and a “quiet week” becomes information in itself. The fact that there were only five items made the structure — four tracks running at once — clearer, not less clear.
And ⚠ version numbers hide major construction. “Two beta builds” and “188 breaking changes” are the same event, and skipping past the first phrasing means meeting those 188 for the first time on upgrade day.