Table of Contents

Search

  1. Preface
  2. Analyst Service
  3. Content Management Service
  4. Data Integration Service
  5. Data Integration Service Architecture
  6. Data Integration Service Management
  7. Data Integration Service Grid
  8. Data Integration Service Applications
  9. Mass Ingestion Service
  10. Metadata Access Service
  11. Metadata Manager Service
  12. Model Repository Service
  13. PowerCenter Integration Service
  14. PowerCenter Integration Service Architecture
  15. High Availability for the PowerCenter Integration Service
  16. PowerCenter Repository Service
  17. PowerCenter Repository Management
  18. PowerExchange Listener Service
  19. PowerExchange Logger Service
  20. SAP BW Service
  21. Search Service
  22. System Services
  23. Test Data Manager Service
  24. Test Data Warehouse Service
  25. Web Services Hub
  26. Application Service Upgrade
  27. Application Service Databases
  28. Connecting to Databases from Windows
  29. Connecting to Databases from UNIX
  30. Updating the DynamicSections Parameter of a DB2 Database

Version Control for the Model Repository Service

Version Control for the Model Repository Service

You can integrate a Model repository with a version control system. A version control system protects Model repository objects from overwriting objects on a team where multiple developers work on the same projects. A Model repository can use only one version control system instance.
You can integrate the Model repository with the Perforce, Subversion, or Git version control system. Perforce and Subversion are centralized version control systems. You might lose data if the Perforce or Subversion version control system server is not accessible or the server unexpectedly shuts down. Git is a distributed version control system. When you check in an object, a copy of the version is saved to the local repository and the Git server. If the Git server unexpectedly shuts down, the local repository retains all the versions of the object.
To integrate the Model repository with the Git version control system, you need the following repository details:
  • Global repository. The global repository is the Git server. You need the URL, user name, and password for the Git server. Use HTTPS protocol to create the global repository.
  • Local repository. The local repository is a directory on the node where you installed the Model Repository Service. The directory must be accessible by the client machines. If you have enabled high availability for Model repository, the directory must be accessible to the backup nodes in the domain. The local repository can support NFS, FAT32, and NTFS file systems. You can configure multiple Model Repository Services to use one local repository.
To enable version control for a Model Repository Service, perform the following tasks:
  1. Configure versioning properties. You can configure the versioning properties when you create or update a Model repository service. The versioning properties include a version control system user ID and password. The connection uses this single account to access the version control system for all actions related to versioned object management. For more information about versioning properties, see Versioning Properties for the Model Repository Service.
  2. Restart the Model repository. Before you restart the service, ask Model repository users to close all editable objects. When the Model repository restarts, it checks whether the version control system is in use by another Model repository. If the version control system is connected to a different Model repository, the Model Repository Service cannot restart. You must configure versioning properties to connect to a version control system that has not been integrated with another Model repository.
  3. Recycle the Model Repository Service.
  4. Synchronize Model repository content with the version control system. When you synchronize the content, the Model repository populates the local directory with Model repository objects.
When the Model repository is integrated with a version control system, you can check in revised objects, undo the checkout of objects, and reassign the checked-out state of objects to another user.