Jump to main content
HCL Logo Product Documentation
Customer Support Software Academy Community Forums
HCL VersionVault 3.0.2
  • HCL VersionVault V3.0.2
  • Overview
  • Installing
  • Upgrading
  • Administering
  • Developing
  • Managing change and releases
  • Integrating
  • Tutorials
  • Extending product function
  • Reference
  • Glossary
  1. Home
  2. Managing change and releases

    Learn how to manage change and release in the product.

  • Managing change and releases

    Learn how to manage change and release in the product.

    • Managing software projects
    • Workflow for creating projects
    • Workflow for making baselines
    • Workflow for recommending baselines
    • Guide to building software on Linux and UNIX
    • Guide to building software on Windows

Managing change and releases

Learn how to manage change and release in the product.

  • Managing software projects
  • Workflow for creating projects
  • Workflow for making baselines
  • Workflow for recommending baselines
  • HCL VersionVault Guide to Building Software (Linux/UNIX)
  • HCL VersionVault Guide to Building Software (Windows)
  • Managing software projects
  • Managing software projects
  • About the project manager and project integrator help
  • Creating the directory structure
  • Assigning state types to the states of a record type
  • About integrating changes
  • The construct_version method source code
  • Creating and using a test element
  • About Diff Merge
  • Creating a new type manager
  • Creating a test element type
  • Other applications of element types
  • Processing files by element type
  • Element types and type managers
  • Using element types to configure a view
  • Writing a type manager program (Linux or the UNIX system)
  • Exit status of a type manager method
  • About element types and file processing
  • File types in a typical project
  • How element types are assigned
  • Icon use by GUI browsers
  • Predefined and user-defined element types
  • Predefined and user-defined type managers
  • How merging works
  • Common merge scenarios
  • All project work isolated on a branch
  • All project work isolated in a view
  • Using the command line to merge elements
  • Merging directory versions
  • Merging all project work
  • About the Merge Manager
  • Merging a new release of an entire source tree
  • Using the GUI to merge elements
  • Using other merge tools
  • Removing the contributions of some versions
  • Selective merge from a subbranch
  • The construct_version method
  • The create_version method
  • Using different paths or different scripts
  • Using the same script
  • Type manager for manual page source files
  • Creating the type manager directory
  • Implementing a new compare method
  • Inheriting methods from another type manager
  • Script for compare method
  • Testing the type manager
  • About the Version Tree Browser
  • About defining project views
  • Config spec include files
  • Defining project views
  • Default config spec
  • How config specs work
  • Project environment for sample config specs
  • The standard configuration rules
  • Omitting the standard configuration rules
  • Views for project builds
  • View that uses results of a nightly build
  • Variations that select versions of project libraries
  • View that selects versions that built a particular program
  • Configuring the makefile
  • Fixing bugs in the program
  • Selecting versions that built a set of programs
  • View that selects versions of application subsystems
  • Views for project development
  • View to implement multiple-level branching
  • View to modify an old configuration
  • Omitting the /main/LATEST rule
  • Variation that uses a time rule
  • View for new development on a branch
  • View to restrict changes to a single directory
  • View that uses a time rule
  • Sharing config specs among Linux, the UNIX system, and the Windows system
  • Config spec compilation
  • Paths in config spec element rules
  • Path separators
  • Pitfalls for development of using attributes to select versions
  • Historical view defined by a version label
  • Historical view defined by a time rule
  • View that shows changes of one developer
  • Views to monitor project status
  • View that uses attributes to select versions
  • Comparing baselines
  • About building components
  • Building and testing the components
  • Integrating changes
  • About base HCL VersionVault project management
  • Branches and HCL VersionVault MultiSite
  • Branch names
  • Managing projects in base VersionVault
  • Creating and populating VOBs
  • Creating shared views and standard config specs
  • Using attributes, hyperlinks, triggers, and locks
  • Global types
  • Generating reports
  • Using labels
  • Implementing development policies
  • Integrating changes
  • Planning a branching strategy
  • Setting up the project
  • Recommendations for view names
  • About using HCL VersionVault throughout the development cycle
  • Using HCL VersionVault throughout the development cycle
  • Integration and test
  • Creating baseline 1
  • Creating Baseline 2
  • Final validation: creating Release 2.0
  • Development begins
  • Creating branch types
  • Creating, configuring, and registering views
  • Creating standard config specs
  • Creating project views
  • Project manager and HCL VersionVault administrator
  • Development strategy
  • Use of branches
  • Fixing a final bug
  • Techniques for isolating your work
  • Labeling sources
  • Labeling sources
  • Decommissioning the major branch
  • Restricting use of the main branch
  • Merging from the major branch
  • Merging from the r1_fix branch
  • Integration and test
  • Merging ongoing development work
  • Preparing to merge from the major branch
  • Merging two branches
  • Merging work
  • Project overview
  • Rebuilding from labels
  • Removing the integration view
  • Setting up the test view
  • Wrapping up the project
  • About implementing project development policies
  • Associate changes with change orders
  • Associate project requirements with source files
  • Implementing project development policies
  • Deny access to project data when necessary
  • Good documentation of changes is required
  • Isolate work on release bugs to a branch
  • Label all versions used in key configurations
  • Avoid disrupting the work of other developers
  • Notify team members of relevant changes
  • Prevent use of certain commands
  • Certain branches are shared among HCL VersionVault MultiSite sites
  • Sharing triggers among different types of platform
  • All source files must meet project standards
  • All source files require a progress indicator
  • Branching and creating views
  • Using components to organize files
  • Creating and using baselines
  • Differences between UCM and base VersionVault
  • Managing activities
  • Enforcing development policies
  • Choosing between UCM and base VersionVault
  • About the Compare Baselines window
  • About creating feature-specific development streams
  • Creating a feature-specific development stream
  • About deleting activities
  • About deleting baselines
  • About deleting components
  • About deleting projects
  • About deleting streams
  • Description specification
  • Undoing a deliver operation
  • Fixing problems in baselines
  • Fields specification
  • Help files
  • Interface specification for All_Views.prl
  • Importing directories and files from outside HCL VersionVault version control
  • Locking the shared stream
  • Locking and making obsolete the project and streams
  • About making a baseline
  • Making baselines of newly populated components
  • Parameter choosers
  • Parameters specification
  • Bootstrap projects
  • Composite baselines in component-oriented projects
  • Component-oriented Projects
  • Release-oriented projects
  • E-mail notification postoperation trigger script
  • Rightclick specification
  • Configuring shared report directories
  • Default directory structure for HCL VersionVault Reports
  • Date/time chooser
  • Example 1: Adding a column to report output
  • Interface specification
  • Modified report procedure
  • Processing logic
  • Example 2: changing directory organization, description, and output
  • Interface specification
  • Modified report procedure
  • Processing logic
  • Example 3: changing description, parameter types, and output
  • Interface specification
  • Modified report procedure
  • Processing logic
  • Example 4: changing the pop-up menu for right-click handling
  • Changes required
  • Interface specification
  • Modified report procedure
  • Example 5: adding a new command to Report Viewer pop-up menu
  • Interface specification
  • Modified report procedure
  • field_type conventions
  • How HCL VersionVault Reports works
  • Populating the Report Builder tree pane
  • Path chooser
  • Report Procedure interface specifications
  • Report programming examples
  • Run-time processing sequence for Reports programming interface
  • Saving report data
  • Troubleshooting customization
  • Errors in the interface specification
  • Text chooser
  • Type chooser
  • UCM targets chooser
  • Viewing the report
  • What you can customize in HCL VersionVault Reports
  • E-mail notification setup script
  • Tips for sharing scripts
  • Adding UCM support to an existing schema
  • Creating and setting an activity in the integration stream (Linux and the UNIX system only)
  • Adding components
  • Resolving baseline conflicts
  • Creating a new baseline
  • Monitoring project status
  • About managing a project
  • Recommending the baseline
  • Testing the baseline
  • Viewing baseline histories
  • Building components
  • Cleaning up the project
  • Finding work that is ready to be delivered
  • Removing unused objects
  • Rebasing the test development stream
  • After making a baseline
  • Composite baselines
  • Making a baseline
  • Recommended baselines
  • Baselines and streams
  • Baselines and their uses
  • Understanding UCM
  • Building components
  • Creating the project
  • Creating a PVOB
  • HCL VersionVault MultiSite consideration
  • Organizing directories and files into components
  • Setting policies
  • Single-stream projects
  • Advance rebase operations
  • Directions of rebase operations
  • Creating a testing stream
  • Stream hierarchies
  • Assigning work
  • Shared and private work areas
  • Amount of integration
  • Creation of composite baseline descendants
  • Identifying the initial baseline
  • Making a new descendant baseline
  • Defining a baseline naming convention
  • Ongoing baselines
  • Changing to a pure composite baseline
  • Dependency relationships in pure composite baselines
  • Specifying a baseline strategy
  • Whether to use pure composite baselines
  • Identifying a project baseline
  • Planning the project
  • Identifying additional components
  • Organizing components
  • Identifying read-only components
  • Simplify a deliver operation with a rebase operation
  • Defining the directory structure
  • Defining the scope of element types
  • Mapping components to projects
  • Mapping system architecture to components
  • Overview of the UnifiedChangeManagement schema
  • Identifying promotion levels to reflect state of development
  • Using the system architecture as the starting point
  • The basic multiple-stream project
  • Single-stream projects
  • Need for parallel releases
  • Planning PVOBs
  • Deciding how many PVOBs to use
  • Enabling a schema for UCM
  • Sharing changes by a deliver operation
  • Sharing changes by a rebase operation
  • Alternate targets in the same project
  • Stream configurations and baseline contents
  • Development stream configurations
  • Stream hierarchies
  • Stream hierarchy and default targets
  • The integration stream configuration
  • Stream relationships
  • Read-only streams
  • Coordinating development streams in the same project
  • Choosing a stream strategy
  • Alternate target streams
  • Understanding the role of the administrative VOB
  • Deciding how many VOBs to use
  • Deciding what to place under version control
  • Setting policies
  • Modifiable components
  • Deliver changes from the foundation in addition to changes from the stream
  • Allow interproject deliver to project or stream
  • Allow deliveries that contain changes to missing or non-modifiable components
  • Policies for deliver operations to nondefault targets
  • Require that all source components are visible in the target stream
  • Do not allow deliver to proceed with checkouts in the development stream
  • Default promotion level for recommending baselines
  • Allow all users to modify the project
  • Rebase before delivery
  • Allow all users to modify the stream and its baselines
  • Assigning activities
  • Capturing final baselines in a composite baseline
  • Creating the dependency relationships for composite baselines in the project
  • Making a baseline from a label
  • Setting a baseline naming template
  • Setting up the project
  • Creating components for storing baseline dependencies
  • Creating components for storing elements
  • Making components from existing VOBs
  • Creating the project
  • Creating a project based on an existing HCL VersionVault configuration
  • Creating a project based on an existing project
  • Creating a project from scratch
  • Creating the project
  • Creating the project from another project
  • Creating an integration view
  • Creating an integration view
  • Defining promotion levels
  • Creating the project VOB
  • Creating the PVOB from an existing HCL VersionVault configuration
  • About setting up the project
  • Creating a development stream for testing baselines
  • Sharing baselines between sibling streams in different projects
  • Managing multiple projects
  • Composite baselines in release-oriented projects
  • Using a mainline project
  • Merging from a project to a non-UCM branch
  • Delivering work from an integration stream to another project
  • About managing multiple projects
  • Managing a current project and a follow-on project simultaneously
  • Incorporating a patch release into a new version of the project
  • Project uses
  • Migrating unfinished work to a follow-on project
  • Mixing project organizations
  • Using attributes with triggers
  • Using triggers to enforce UCM development policies
  • Delivery setup script
  • Do not allow activities to be created on the integration stream
  • Overview of triggers
  • Preoperation and postoperation triggers
  • Delivery preoperation trigger script
  • Delivery postoperation trigger script
  • Scope of triggers
  • Enforce serial deliver operations
  • Send mail to developers on deliver operations
  • Supported triggers
  • Conflicts between composite baselines
  • Conflicts between a composite baseline and an ordinary baseline
  • Finishing the project configuration
  • Identifying special element types
  • Using mergetype to manage merge behavior
  • Dependency relationships in composite baselines of ordinary components
  • Pure composite baselines
  • Components and baselines policies
  • Component modifiability and visibility
  • Default view types
  • Policies for all deliver operations
  • Permissions to modify projects and streams
  • Recommending a baseline for new components
  • Starting from a baseline
  • Element relocation
  • Overview of the UCM process
  • Monitoring project status
  • The rebase operation
  • Lateral rebase operations
  • Revert rebase operations
  • Summary of rules for rebasing a stream
  • Recommending the baseline
  • Multiple PVOBs and a common administrative VOB
  • Multiple PVOBs and feature levels
  • Planning how to test baselines
  • When to create baselines
  • Using multiple PVOBs
  • Additional uses for UCM triggers
  • Implementing a role-based access control system
  • Role-based preoperation trigger script
  • Using different paths or different scripts
  • Using the same script
  • Sharing triggers among different types of platform
  • Branches and streams
  • Moving from view profiles to UCM
  • Checkpoints and baselines
  • Feature comparison
  • Moving view profile information to UCM
  • Moving work among branches or streams
  • Preparing your view profile project
  • VOBs and components
  • View profiles and UCM
  • To add a component to a stream
  • To add a directory element to a component (Linux and the UNIX system)
  • To add a directory element to a component (Windows)
  • To start Diff Merge
  • To start the Merge Manager
  • To install and use the type manager
  • To start the Version Tree Browser
  • To reconfigure your view with the modified config spec
  • To compare two baselines
  • To compare baselines in Component Tree Browser
  • To prepare to merge
  • Setting up the trigger to monitor bug-fixing
  • To change a baseline promotion level
  • To complete remote deliver operations for a development stream
  • To create a composite baseline
  • To delete an unused object
  • To deliver work between integration streams
  • To find all deliver operations that are in the posted state
  • To edit the view load rules
  • To fix a problem in a new baseline
  • To lock a stream
  • To view baseline history (Linux and the UNIX system)
  • To make a component modifiable within the project
  • To modify the behavior of a policy
  • To rebase the development stream
  • To rebase an integration stream to baselines of another project
  • To recommend a baseline or set of baselines
  • To add a column of report output
  • To add report procedures to source control
  • To change report conditions and add to output
  • To change reports for parameters
  • To add a new command to reports
  • To set the Report Builder to the customized directory
  • To synchronize a child stream with project modifiable components
  • To synchronize a view with a new configuration
  • To synchronize a child stream view with new parent stream configuration
  • To attach triggers to existing elements
  • To view baseline history (Windows)
  • To make a baseline
  • To make a baseline of one component
  • To make new baselines for all components in the stream
  • To make a baseline for a set of activities
  • To test in a separate development stream
  • To lock and hide an object
  • To see objects that are obsolete
  • To create and set an activity
  • To create a baseline by label type
  • To set a baseline naming template
  • To create a pure composite baseline from existing approved baselines
  • To create a project
  • To create a project based on an existing project
  • To create an integration view
  • To make a directory tree within a VOB into a component
  • To define the promotion levels that your project uses
  • To create a PVOB
  • To create a PVOB
  • To migrate source files into a component
  • To create a feature-specific development stream
  • To create a development stream
  • To make a VOB into a component
  • To create a component and store it in the VOB
  • To create a multiple-component VOB
  • To start the VOB Creation Wizard (the Windows system)
  • To create a multiple-component VOB (Linux and the UNIX system)
  • To create one component per VOB (Linux and the UNIX system)
  • To create one component per VOB (Windows)
  • To start the VOB Creation Wizard (the Windows system)
  • To start Project Explorer
  • To create a component without a VOB root directory
  • To relocate elements
  • To unlock the stream
  • Moving the view profile information
  • Workflow for creating projects
  • Workflow for making baselines
  • Workflow for recommending baselines
  • HCL VersionVault Guide to building software
  • HCL VersionVault Guide to building software

Rate this topic


  • Share: Email
  • Twitter
  • Disclaimer
  • Privacy
  • Terms of use
  • Cookie Preferences