Post Refresh Request enables an environment to be refreshed to its original state after that environment has been cloned from another environment. Post Refresh will identify all the projects that are different between the Refreshed To and Refreshed From environments. If a project is package-based, it will also determine which files are different between the source and target. If there are files that are different, for each package-based projects, two packages will be created. First package which will be the Sync package that contains all the files that are deployed to the Refreshed From environment. The second package, Refresh package will include all the files deployed to the Refreshed To environment . Files that are only deployed to the Refreshed To environment will be marked as destructive in the Sync package. The following steps are performed to complete the post refresh request.
Submit build request for all package -based projects for the Sync packages.
Submit build request for all package -based projects for the Refresh packages.
Executes Sync State
For package-based projects, files inside Sync package will be applied.
For standard project, sync state runs using the project version of the Refreshed From environment.
Executes Deploy
For package-based projects, file inside Refresh package will be deployed.
For standard project, deploys the original project version from the Refreshed To environment will be deployed.. If there is no change, deployment for standard project will be skipped.
Post Refresh feature is needed when an EBS environment such as development (Refreshed To) is cloned from production (Refreshed From). Once the clone is complete, you can initiate the Post Refresh Requests for the refreshed to environment. Any changes that you have in that development environment that may have been lost because of the clone in the development environment will be deployed. This will bring the environment back into alignment with the state that FlexDeploy has recorded.
Post Refresh is not compatible with package-based projects with files that are sourced from a back end system.
Sync State is a new workflow type used for Post Refresh. When it’s executed for a Target Group and an Environment (Refreshed To), the workflow will make FlexDeploy deployment state files and projects identical to the clone(Refreshed From) environment.
Trigger Post Refresh Request
To initiate a new Post Refresh Request, select the values for the following fields
Field Name | Required | Description |
|---|---|---|
Target Group | Yes | Target Group of the application which did the clone. |
Refreshed From Environment | Yes | Name of the source environment that you cloned to the target. |
Refreshed To Environment | Yes | Name of the target environment that you cloned. |
Show Differences | Button to show project differences between Refreshed From and Refreshed To environments for the selected Target Group. |
Field Name | Description |
|---|---|
Requested Start Time | Start Time for the refresh deployments to begin. |
Stop on Error | Flag to stop execution of post refresh process if a Deploy request failed. |
Priority | Priority of the project set in the project configuration screen. |
Project Name | Name of the project with the folder path. |
Sync Project Version | This is only for standard project, the project version deployed to the Refreshed From environment. |
Refresh project Version | This is only for standard project, the project version deployed to the Refreshed To environment. |
Actions | Menu options Update Priority : Change the priority of the project execution sequence during Deploy workflow execution. Remove : Remove the project from the results, project will not be included for Post Refresh Request. |
Sync & Re-deploy | Initiate the Post Refresh process for all the projects. |
Post Refresh project results has an option to expand each projects. Standard project has no details, package-based project displays details for Sync and Refresh packages with the files.
Field Name | Description |
|---|---|
Expand Link | Option to see details for projects. |
Sync Package | The Sync package updates the FlexDeploy state for the target group of the TO environment before refreshing new changes. |
Destructive | Indicates the file state in FlexDeploy will be removed during Sync State execution. (File will be deployed during Refresh Package execution). |
Refresh Package | The Refresh package deploys the files needed for the target group to bring the TO environment back to the state it was in before the sync process was run. |
Actions | Menu options Update Sequence: Change the sequence of the file execution sequence during Deploy workflow execution. Remove : Remove the file from the Refresh package, file will not be included for Post Refresh Request. |
Sync & Re-deploy | Initiate the Post Refresh process for all the projects. |
Click the Sync & Re-Deploy to initiate the post refresh request process to sync and re-deploy the projects. When the Request Status is Complete, the refresh is done.
Viewing Post Refresh Request Status
Once the process is initiated, you will be taken to the Post Refresh Request details page to see the status and progress.
Request Status | Description |
|---|---|
Pending | Initial status when the process is started. |
Sync Build | Build executions of Sync packages for package-based projects. |
Refresh Build | Build executions of Refresh packages for package-based projects. |
Sync | Workflow request that runs in Refreshed To environment, sync state of projects and files in FlexDeploy identical to the Refreshed From environment. |
Deploying | Workflow requests that runs in Refreshed To environment, deploying all original changes to Refreshed To environment before the clone. |
Complete | All the workflow requests for the post refresh are Completed or Rejected. Note : If any Folders has Approval or Scheduled Windows configured, Post Refresh workflow request for Sync State or Deploy will go to Pending Approval Or Scheduled status. If any of these Approval/Scheduled tasks are Rejected, Post Refresh will ignore the project for the Rejected task and continue processing the next project. |
Failed | If any build, sync workflow requests failed, or Stop On Error selected and one or more deploy request Failed or Abort requested. |
Viewing Post Refresh Requests
To view the Post Refresh Requests, select Topology from the menu, then select the Post Refresh tab. The results will be displayed based on user’s access to Target Groups and Environments.
To view a Post Refresh Request details click on the id.
