Skip to main content
Version: 3.0.0-beta

Migrating from FireCMS 2.0

FireCMS 3.0 is a major release that introduces a lot of changes. This page describes the main changes and how to migrate from FireCMS 2.0.

important

Some features are not yet supported in FireCMS 3.0. If you need any of them, please reach out to us in our Discord channel. Consider this before migrating!

Create a project in app.firecms.co

FireCMS 3.0 now requires to create a project in app.firecms.co.

The new version relies on a backend that allows you to manage your collections and schemas. The final users are now able to modify collections, so we use a centralised service to store the configuration.

By doing this you will not need to specify your Firebase project credentials, since the service will be able to access your project directly. You will only need to specify the project id.

Initialize a FireCMS 3 project in a new folder

It is advisable to create a new project from scratch and then migrate your collections and views to the new folder.

In order to do so, run

yarn create firecms-app

and create a new project in a new folder.

The CLI will initialize an empty project with the new format, and all the configuration files ready so you don't need to worry about it.

Migrating collections to the new format

Despite the new format, FireCMS aims allow users to migrate existing apps with minimal changes. The collections can be now stored both in the FireCMS backend or defined in code like until now.

Also, you can have collections defined in both places, and decide if the code defined collections can be modified by the user or not.

Please note that properties defined in code will not be editable by the user, unless you explicitly mark them as editable: true.

New format

Since it is now possible to deploy FireCMS in our hosted service, the output of your project needs to be in a specific format.

The index.ts file should export a FireCMSAppConfig object, which is defined as follows:

import {CMSView,CMSViewsBuilder, EntityCollection,EntityCollectionsBuilder,EntityCustomView,PropertyConfig } from "firecms";
export type FireCMSAppConfig = {

/**
* Customization schema version.
*/
version: "1";

/**
* List of the mapped collections in the CMS.
* Each entry relates to a collection in the root database.
* Each of the navigation entries in this field
* generates an entry in the main menu.
*/
collections?: EntityCollection[] | EntityCollectionsBuilder;

/**
* Custom additional views created by the developer, added to the main
* navigation.
*/
views?: CMSView[] | CMSViewsBuilder;

/**
* List of custom form fields to be used in the CMS.
* You can use the key to reference the custom field in
* the `propertyConfig` prop of a property in a collection.
*/
propertyConfigs?: PropertyConfig[];

/**
* List of additional custom views for entities.
* You can use the key to reference the custom view in
* the `entityViews` prop of a collection.
*
* You can also define an entity view from the UI.
*/
entityViews?: EntityCustomView[];

}

Let's break down the different fields:

Collection configuration

Collections have suffered minimal changes. If you don't have any custom components defined, it should be easy to adapt your collections to the new format.

For AdditionalFieldDelegate the prop id has been renamed to key.

To migrate your collections, simply export them in your index.ts file:

import { FireCMSAppConfig } from "firecms";
const appConfig: FireCMSAppConfig = {
version: "1",
collections: async (props) => {
return ([
productsCollection
]);
},
propertyConfigs: [
colorPropertyConfig
],
entityViews: [{
key: "test",
name: "Test",
Builder: SampleEntityView
}]
}
  • The views property has been renamed to entityViews, since they are applied to entities.
  • The path prop of views has been renamed to key, for consistency with the rest of the library.

No longer supported features:

  • Custom CMS implementations. It is not currently possible to implement a custom CMS, using the internal FireCMS components. You also can't use the new version with custom data sources. Highly custom implementations will be supported in the PRO version of FireCMS.

Please reach out to us in our Discord channel if you need any of these features.

Migrating custom components (MUI)

FireCMS 3.0 is based on tailwindcss instead of mui.

Mui was great for the initial versions of FireCMS, but it was being a big performance bottleneck and it was hard to customize.

The new version of FireCMS has built in almost 50 new components implemented with tailwindcss, that mimic in a good way the material-ui components. You are encouraged to migrate your custom components to the new format.

However, if you want to keep using mui: you can still use the old components, but you will need to install the mui package manually.

yarn add @mui/material @emotion/react @emotion/styled

If you need MUI icons, run:

yarn add @mui/icons-material

Components that have no equivalent:

  • Box: The box component is just a wrapper used by mui to apply styles. You can use a div instead. Tip: ChatGPT is great at converting Box components to div with tailwind classes.
  • Link: Use a instead.
  • FormControl

Components that change behaviour:

  • Menu and MenuItem: Menu items do not have an id anymore. You can add an onClick props per menu item.
  • Select does not use labelId anymore. Just add the label as a component in label.
    • SelectChangeEvent is now ChangeEvent<HTMLSelectElement>
  • CircularProgress size is a string instead of a number. You can use size="small" or size="large".

Deployment

FireCMS 3.0 is now deployed in our own service, and reachable through app.firecms.co.

You can still deploy it in your own Firebase project. The same build you generate for running the CMS locally can be deployed to Firebase hosting, or any other hosting service.

Sign up to our newsletter to get the latest news and updates. No spam!