ReleaseOwl Docs
  • ReleaseOwl Admin Guide
    • General Administration
      • User & Role Management
      • Project Management
      • Landscape Registration
      • Global Credential Management
      • Settings
      • Landscape Connectors
      • Parallel Landscape Configuration
      • Static Code Analysis
      • RO Agents
    • Integrations
      • Jira Cloud
      • Jira On-Premise
      • Jira Automation Rules
      • Azure DevOps
      • ServiceNow
      • Freshservice Integration
      • ReleaseOwl Callout Framework
      • DocuSign
      • Tosca Integration
      • Integrating UiPath with ReleaseOwl
  • ReleaseOwl User Guide
    • Change Management
      • Create Backlog
      • Create Sprints
      • Create User Stories
      • Release Versions
    • Transport Management
      • On-Prem Environment Registration
      • Creation of Transports
      • Transport Validation and Analysis Reports
      • Transport Management Actions
      • Transport of Copies
      • Retrofit & Conflict Resolution
      • gCTS
        • Build pipeline support for onPrem Fiori
    • Utilities
      • ABAP Version Compare
    • SAP BTP
      • Administration
        • Credential Management
        • Cloud Environment Registration
      • Working with Build Pipelines
        • Static Code Analysis
        • Change Log Analysis
        • Download Artifact
        • Labels
      • GIT Ops
    • SAP API
      • Basic Administration
      • API Environment Registration
    • SAP CPI
      • SAP CPI Integration with ReleaseOwl
      • CPI Test Generator
      • CPI Management
        • Synchronize CPI Artifacts
        • Artifact Versions
        • CPI Artifact Comparison
        • Backup & Rollback
        • CPI Validation - CPILint
        • iFlow Unit Testing
        • Integration Advisor
    • SAP Analytics Cloud
    • SAP Datasphere
    • Working with Release Pipelines
      • Create Release Package with User Stories
      • Create Release Package with Transports
      • Release Package Validation with Transports
      • Working with Release Pipelines
        • Approval Process
        • Automated Transport import along with Transport Promotion
        • Automated MTAR Deployments
        • Automated CPI Deployments
        • Types of Tasks
        • Labels
    • Test Automation
      • HCL OneTest
        • Test Configurations
        • Running Automated Tests with Release Pipelines
    • My Task
    • Multiverse
Powered by GitBook
On this page
  1. ReleaseOwl Admin Guide
  2. General Administration

Parallel Landscape Configuration

PreviousLandscape ConnectorsNextStatic Code Analysis

Last updated 3 months ago

In system landscapes, in which several releases are processed at the same time, changes can be made in different development systems. New developments can be made in the development system and error corrections/improvements can be made in a maintenance system for the production system landscape, at the same time. You can register the two landscapes and enable retrofit between the maintenance and development landscapes so that changes made in maintenance landscape can be ported to development landscape.

When you need to perform a major piece of work in a development system, you should create a parallel landscape in which this piece of work can be done independently of the maintenance changes. This separates the project activities and the maintenance ones. As a result, you can minimize conflicts.

Maintenance changes are deployed to Production during project development. If these changes get downgraded or removed when the project is finally deployed, they need to be merged into the project track so that it remains at the same state as that of the Production system. This process of merging is known as retrofit.

All transportable ABAP and customizing objects can be retrofitted. This includes fully automated retrofit resolution in case no conflict arises. However, in case the conflicts arise, you will have to manually identify and track the changes.

The level of automation that retrofit allows is important to note as it makes your process quicker and more efficient.

Retrofitting allows you to:

  1. Track and analyse: Each transport request needs to be retrofitted. All released transport requests and included objects are automatically captured and analyzed for conflicts between the involved systems.

  2. Execution: The transfer of content and replication is easily and automatically done with the click of a button.

  3. Post Processing: The retrofitted content will be recorded in a transport request in the target system automatically.

By simply using retrofit instead of manually looking for and making changes, then testing to ensure no overwriting, the developer team can save up to 30 minutes on an average for each transport. It also reduces the risk of human error and maintains a much higher level of compliance and consistency.

You can enable retrofit option in ReleaseOwl in the Transport Domain Controller screen.