Skip to content

First draft of the Macro migration inspiration tutorial #6944

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Draft
wants to merge 4 commits into
base: main
Choose a base branch
from

Conversation

Migaroez
Copy link
Contributor

Description

What did you add/update/change?

Type of suggestion

  • New content

Product & version (if relevant)

CMS v15

Deadline (if relevant)

When should the content be published?

Copy link
Contributor

@ronaldbarendse ronaldbarendse left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I've added my initial comments and would suggest another proof-read to fix all the typos...

---

# Introduction
As with many things in Umbraco, there are a multitude of ways on how to migrate away from macros and use the blocks in the RTE instead. In this article we will be showcasing a solution that lets you scan and then fix each macro one by one (or in batch). This solution will most likely not be used in a production setup, but we hope it canserve as an inspiration on how you can build your own solution specific your current setup. At the end of the article we will discuss a few other ways of running a larger migration.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why shouldn't this be used in a production setup? If anything, we should clarify the potential issues or risks when doing so or otherwise suggest a way to test this on development/staging and then transfer the migrated content to the production/live environment (e.g. using Deploy).

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The clarification is in the last sentence. I will see if I can reword things.

@Migaroez Migaroez changed the title First draft of the Macro migration inspirate tutorial First draft of the Macro migration inspiration tutorial Mar 18, 2025

In this article we will be doing a one on one conversion from macro to block with each paramater matching the same named properties on an element document type. We are also keeping it relatively simple and are using pure text as values. If your migration deals with more complex types, we advice you to create an instance of the new data format and compare the old value against the new as there might have been more differences between the paramater type on the macro and the propertyEditor/datatype on the element document type.

Because most people will be dealing with this kind of migrations when they move between LTS version from 13 to 15, we chose to do just that in this article. More precisly from 13.7.2 to 15.2.3
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could we mention something in this line:

"Notice this example would also be compatible if you where to migrate from 13 to 17".

In this way a future read do not think they have to go to the v.15 version, but they need to understand that they can go from LTS to LTS. :-)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants