Concurrent Development

SBM Composer provides features that enable you and other designers to work on a process app at the same time.

Note: This topic contains high-level information about concurrent development. For detailed information, see the "Best Practices for Concurrent Development" white paper, which is available from the Composer Start Page.

Version Control

In SBM Composer, process apps contain design elements that represent the smallest unit of design. Design elements include custom forms, workflows, rules, and tables. Each design element is independent and has its own version. You must check out a design element before changing it, so no other designer can work with a design element until you check it in again. However, you and other designers can work on different design elements in the same process app simultaneously.

When you check out a design element, it is stored in the Local Cache on your computer. When you check in a design element, its version is incremented and it is stored in the repository, which is a shared location that you and other designers can access. The repository supports standard version control operations, as described in Repository Menu.

If you do not use the Get Latest command before publishing a process app, the repository may have newer versions of design elements than those in your Local Cache. By default, when you publish, you are prompted to specify which versions should be used.

Note: For information about setting these options permanently, see Local Cache and Repository Options.

Compare and Merge

SBM Composer provides the ability to visually compare two versions of a process app and manually copy selected additions and changes from one process app to another. The typical use case for this feature is customers who upgrade from one version of a Serena-provided solution to another and want to keep the custom changes they made to the process apps in the earlier version. In this way, customers can combine aspects of their design with aspects of the solution developer's design.

Note: For more information about this feature, see Compare and Merge.

Patch Context

You can use a "patch context" to patch a production environment while continuing to work on a process app in a development environment. This involves opening the labeled version of the process app that was deployed to production. When you work in a patch context, the repository commands such as Check In, Check Out, and Get Latest are applied against the patch context label.

Note: For more information, see Working in a Patch Context.