You are here: Solution Development > Solution development best practices > Solution Migration Guide > Migrating Designer solutions

Moving Designer solutions through environments

Throughout development of your Winshuttle Solution, you may need to migrate a solution from a development environment to another environment (QA or production, for example). This section covers migrating solutions created in Winshuttle Designer in a Winshuttle Workflow 10.4 (or later) environment.

Note: If you need help migrating a solution created in Winshuttle Composer, please see Migrating Composer solutions.

For example: If an InfoPath form in your solution uses a data connection to a SharePoint List to obtain values used in the form, once the form is moved from the development environment to another environment the data connections will break in the new environment. This is because the connection string(s) is not updated and the list does not exist (as far as the new environment is concerned).

Before you can migrate a solution, you must first properly prepare your destination environment to match what you have created for your form/solution.

Migrating a Winshuttle Solution

Winshuttle Designer solutions can include many different parts, all of which are packaged into a single solution file with a .wssln file extension. Solution parts can include any/all of the following:

  • Data Connections
  • Web Services
  • SharePoint Groups
  • Name Templates
  • Winshuttle Scripts
  • InfoPath Form Views
  • JavaScript

Deployment profiles enable you to publish everything with a single click, provided all of the solution's dependencies (data connections, for example) exist and are also in the destination environment. You can create as many Deployment Profiles as you need, but only one of those profiles can be active when you publish the solution.

By default, Winshuttle Designer creates 4 different deployment profiles: Default, Development, Staging, and Production.