Dev GuideAPI Reference
Dev GuideAPI ReferenceUser GuideGitHubNuGetDev CommunitySubmit a ticketLog In
GitHubNuGetDev CommunitySubmit a ticket

Deploy blueprints built for Spire

Describes how to deploy blueprints built for Spire.

The process for deploying Blueprints in Spire involves pushing changes into the appropriate Git branch. Builds of Blueprint code and Spire code take place at the same time. As Optimizely releases new versions of Optimizely Configured Commerce, the Blueprint is rebuilt using the new version of Spire.

Automated builds are not active until the site is mapped to your Github extensions repository. For Spire sites, your extensions repository must contain a valid Blueprint. When your extensions repository is ready for deployment, you can create a support request with the Spire site name mapped to a Blueprint name.



Because Optimizely deploys containers with your Blueprint in it, you cannot change the Spire Blueprint on a running site. The Websites drop-down list for Themes will not work for Spire and we will remove this field in the future.

Spire code and widgets

When your Blueprint is built and deployed, any changes you have made to core Spire code will be ignored. Changing the core Spire code should only be used to assist with troubleshooting problems.

Widgets are automatically upgraded and new widgets or widget features will become available when you deploy, but will not be turned on by default. This means, for example, if you have not customized Order History and Optimizely adds some new functionality to it, it will be available as you upgrade with no developer intervention. You may need to turn on an option in a widget or drag a new version of a widget onto a page to expose the new functionality, but no code merging is required unless a new widget was created as a copy of any existing widget. We
will not overwrite your custom widgets.