Forum Discussion
How do you handle semantic model name changes and schema differences during merges?
- 9 months ago
Thanks for the clarification, Jacek.
When the semantic model is remote and not connected through Git, renaming via REST API isn’t supported in a way that keeps the same object ID. If a model is renamed or replaced, reports will treat it as a new object, so maintaining continuity depends on using a consistent naming convention and connection process. The usual approach is to keep a consistent model naming pattern for each environment or branch (for example, develop, feature_477, staging) and reconnect reports only after the structure has been checked for compatibility.
For migrating schema or measure definitions between models, tools like ALM Toolkit and Tabular Editor are the standard approach. They allow comparing two semantic models and deploying structural changes such as measures, relationships, or calculated columns without rebuilding the model.
You can check the following for reference:
Solved: Comparing two Semantic Models - Microsoft Fabric CommunitySolved: Rename Semantic Model? - Microsoft Fabric Community
External Tools in Power BI Desktop - Power BI | Microsoft LearnThis approach helps maintain version continuity for remote models where Git integration isn’t applicable.
Thanks KevinChant for sharing your inputs.
Hope this helps. Please reach out for further assistance.
Thank you.
I think the issue lies with your development process, if you are changing semantic models used by reports then ideally you should be testing that the reports still work in your feature branch as well.
If the reports are elsewhere then you need to make sure that either your semantic model is backwards compatible or actually deploy a brand new semantic model to be used.
- jaryszek10 months agoSuper User
thank you.