Merge the Umbraco-CMS and Umbraco.CMS.Backoffice repositories #17269
Replies: 1 comment 1 reply
-
I am happy to report that the repositories have been merged successfully on November 9, 2025, as planned. There is a slight trick to get your local clone to work, if you merge in contrib, because Git might complain that you already have a rm -rf src/Umbraco.Web.UI.Client
git merge upstream/contrib Otherwise, it should work for any normal scenarios as before. The only difference is that the files are now inside the repository so you do not need to initialize any submodule and keep that separately updated. The entire Git history has been migrated along with the files, but any history stemming from pull requests will still be linked back to the Umbraco.CMS.Backoffice repository. This is why you will still see links to this repository throughout the release notes. Note: For future reference, if anyone faces a similar challenge, I would like to highlight the tool git-filter-repo, which has helped us tremendously in "upgrading" all 21,000 commits with new paths. It was very easy to use and is a great swiss army tool for all things Git. |
Beta Was this translation helpful? Give feedback.
-
Brief
We intend to merge the Backoffice repository into the main Umbraco-CMS repository. This discussion is intended to be used to discuss the pros and cons. The decision is final, but there might be things to look out for.
Description
Currently, the Umbraco-CMS repository includes a submodule that points to the Umbraco.CMS.Backoffice repository. This is both cumbersome and prone to failures; it is not easy to work with submodules in the first place and we also see a trend now maintaining several major versions, where keeping all files up-to-date grows increasingly harder. Lastly, it has proven difficult to maintain metadata around the two repositories namely regarding release information as they follow each other (i.e. it would not be likely that we would release a Backoffice version independent of the CMS).
We think that this will be a welcomed change that will ease contributions and make it more obvious which source files constitute the Umbraco CMS.
In the future, it could also be interesting to look into msbuild optimizations when building the Umbraco.Cms.StaticAssets assembly to figure out when
npm install
andnpm run build:for:cms
are needed.When
Saturday, November 9, 2025.
What is affected
All open pull requests will be closed or merged before we commence. Any pull requests, that are still open after the fact, will be forcibly closed. The Umbraco team will make it their priority to close pull requests in the days leading up to the event.
The Umbraco.CMS.Backoffice repository will remain open as long as Umbraco V14 is in active support so that we can build new patches. Once V14 reaches its end of life, we will archive the repository.
How
We are toying with a few different strategies to perform the actual merge. We would ideally like to preserve all history coming in from the Backoffice repository (20k commits), but the files will have a new placement. There are plenty of resources on the web detailing how it could be done, and we feel confident it can be done one way or another.
Beta Was this translation helpful? Give feedback.
All reactions