This relates to a feature request we added: Allow migrations to be applied directly to the primary environment - #2 by donnie.hale
We just realized that the requirement to fork the Primary environment in order to apply migrations means that the new Primary environment, after the fork has been promoted, will have a different name than the original Primary environment.
In our case, the Primary environment was named “main”. Now it’s named “primary-2023-10-19”.
This implies that we have to change the value we’re passing in the
X-Environment header every time we go through one of these “fork - apply migrations - promote” cycles.
Further, it looks like there’s no way to rename an environment so that we can preserve the name we pass in the
X-Environment header. Are we missing something? Is there a way to rename an environment?
The value we pass for
X-Environment is a config setting in our deployed (to Azure) application. We can’t be required to change that every time we make content changes that don’t correspondingly require application changes.
Any help would be appreciated. Thanks.