...
| Warning | ||
|---|---|---|
| ||
By default, the deployment step will replace files in the deploy folder. If you have made hand changes to the code in that folder and have not captured those changes in the tool configuration , they will be lost. The rationale behind this is that the translation tuning process is iterative. We expect you to translate and re-translate your code -- each time improving the translation configuration to improve the quality of the generated code. Your fixes should be implemented in your Migration Configuration File so that they can be applied systematically and repeatedly in future iterations. |
The deploy tool is actually a command processor that can remove and create folders, and execute external programs. For example, the deploy.exe utility is used to deploy and build to binary (by running MSBuild) all the prototype assemblies generated in a prototype translation.
Performing a Deployment with gmStudio
...
or saved a backup in another folder, your changes will be overwritten by the next deployment. |
The deploy tool is actually a command processor that can remove and create folders, and execute external programs. For example, the deploy.exe utility is used to deploy and build to binary (by running MSBuild) all the prototype assemblies generated in a prototype translation.
Performing a Deployment with gmStudio
Deployment is a standard operation in the batch upgrade process, however if you want to deploy your migration files on demand, perform the following steps:
...
[WorkspaceRoot]\[MigName]\deploy\ where: [WorkspaceRoot] is the workspace root folder [MigName] is the migration project name
| Tip | |||
|---|---|---|---|
| title | Where are my ASPX files?Not getting anything except empty project files from your web site translation? gmStudio probably failed the deployment step because of missing sub-directories in the \[wrokspaceworkspace]\deploy folder. Look at the deploy log and you will probably see error messages to that effect. This is a common mistake with ASP migrations because by default setting up the ASPX site directory is a manual preparation step. What we normally do is create a full empty folder tree in the deployment root using a tool like robocopy. Of course web sites depend on many types of "pulp" files (images, css, etc.) that will also be needed to run and test the new site so you may want to copy those as well. Again robocopy is good for setting up the "test site" directory from your current site directory. For ASP upgrades, you will typically associate a user batch script with the migration tasks and modify that script with the following commands:
These pre-deployment commands create empty folders to receive the generated site and also delete all files from prior translations. |
Example Web Deployment
The DemoFMSWeb_csh.gmproj sample has the following settings:
...