chproject

Modifies a UCM project or project template

Applicability

Product

Command type

VersionVault

cleartool subcommand

Platform

UNIX

Linux

Windows

Synopsis

  • Modify a UCM project:
    chproj/ect [ –c/omment comment | –cfi/le pname | –cq/uery
    | –cqe/ach | –nc/omment ]

    {

    [ –amo/dcomp component-selector [,...] ]

    [ –dmo/dcomp component-selector[,...] ]

    [ –to to-folder-selector ] [ –reb/ase_level promotion-level ]

    [ –pol/icy policy-keyword[,...] ] [ –npo/licy policy-keyword[,...] ]

    [ –spo/licy policy-keyword[,...] ]

    [ –bln/ame_template baseline-naming-template ]

    }

    { project-selector ... | -cview }

  • Modify a UCM project template:
    chproj/ect –template [ –c/omment comment | –cfi/le pname | –cq/uery
    | –cqe/ach | –nc/omment ]

    {

    [ –amo/dcomp component-selector [,...] ]

    [ –dmo/dcomp component-selector[,...] ]

    [ –pol/icy policy-keyword[,...] ] [ –npo/licy policy-keyword[,...] ]

    [ –spo/licy policy-keyword[,...] ]

    [ –bln/ame_template baseline-naming-template ]

    [–custompname]

    }

Description

The chproject command modifies one or more UCM projects in the following ways:

  • Adds one or more modifiable components to a project
  • Removes one or more components from the project's modifiable component list
  • Moves a project to another folder
  • Changes the promotion level required of a baseline before it can be recommended by a stream in the project
  • Sets policy for a project
  • Defines the baseline name template

For information about changing the project's name, see rename.

Adding modifiable components

Over time, a project's scope can expand, and you may need to add modifiable components to the project. The –amodcomp option allows you to add one or more modifiable components. For the streams in the project to capture the changes in component modifiability, do one of two things:

  • If the components have a baseline in the stream, synchronize the stream to the project first with chstream –generate; then reconfigure the views attached to the stream with setcs –stream. For the project's integration stream, however, you need only reconfigure the integration views.
  • If the components do not yet have a baseline in the stream, add baselines for these components with rebase –baseline.

Converting components from modifiable to read-only

If you made some components modifiable when you set up a project and later change your mind, the –dmodcomp option allows you to remove one or more components from the project's modifiable component list. A component cannot be removed from the list if any changes have been made to it in the project. Before performing this operation, verify that no development stream has changes to the component. A warning is issued if any of the following is true:

  • The component or VOB is replicated. Any modification in development streams of replicated VOBs cannot be delivered.
  • One or more of the project's streams are unavailable.
  • The component is already unmodifiable.

After you convert the components to read-only, regenerate the views as needed with setcs –stream.

Setting required promotion levels for recommended baselines

When setting recommended baselines, you can either specify a list of baselines that satisfy certain requirements, or let UCM compute the set of baselines that meet the rebase level specification. A project's rebase level is the minimum promotion level a baseline must have in order to be recommended by a stream in the project if you choose to use rebase levels to set the recommended baselines. For example, if Project A has three promotion levels, REJECTED, TESTED, and RELEASED (in ascending order) and TESTED is the rebase level, the latest baselines labeled TESTED or RELEASED can be recommended by a stream with chstream –recommended –default. For more information, see chstream, rebase, and setplevel.

Modifying a project template

You can modify elements of a project template, including the modifiable components, policies, and baseline name templates as for any project. In addition, you can replace the custom file for the template. Specify the –template option to work with the project template. You must use the chproject command from the project VOB directory and have administrator privileges.

–template
Modifies the project template for the local project VOB. Each project VOB can have one project template.
–custom pname
Specifies a pathname for a text file that is stored with the project template.

Restrictions

Identities

You must have one of the following identities:
  • Project owner
  • Project VOB owner
  • root (UNIX and Linux)
  • Member of the VersionVault administrators group (VersionVault on Windows only)

Setting the project policy POLICY_CHPROJECT_UNRESTRICTED skips the permission checking. For more information, see the mkproject reference page.

Locks

An error occurs if there are locks on any of the following objects: the project, the UCM project VOB.

Mastership

(Replicated VOBs only) Your current replica must master the project.

Options and arguments

Event records and comments

Default
Creates one or more event records, with commenting controlled by your .versionvault_profile file (default: –cq). See the comments reference page. Comments can be edited with chevent.
–c/omment comment | –cfi/le comment-file-pname |–cq/uery | –cqe/ach | –nc/omment
Overrides the default with the option you specify. See the comments reference page.

Adding to the list of modifiable components for a project

Default
None.
–amo/dcomp component-selector[,... ]
Adds one or more components to the project's set of modifiable components.

component-selector is of the form [component:]component-name[@vob-selector], where vob-selector specifies the component's project VOB.

Removing from the list of modifiable components for a project

Default
None.
–dmo/dcomp component-selector[,...]
Removes one or more components from the project's set of modifiable components.

component-selector is of the form [component:]component-name[@vob-selector], where vob-selector specifies the component's project VOB.

Moving the project to another folder

Default
None.
–to to-folder-selector
Moves one or more projects to the specified folder. The to-folder and project must have the same UCM project VOB.

folder-selector is of the form [folder:]folder-name[@vob-selector], where vob-selector specifies the folder's project VOB.

Changing the recommended promotion level for a rebase operation

Default
None.
–reb/ase_level promotion-level
Changes the promotion level required for baselines to be recommended by a stream in the project. When you run chstream –recommended –default to set recommended baselines, the latest baseline for each component in the integration stream at or above this promotion level is recommended.

Setting project policy

Default
None.
–pol/icy policy-keyword
Enables the specified policy. For information about project policies, see mkproject.
–npo/licy policy-keyword
Disables the specified policy. For information about project policies, see mkproject.
–spo/licy policy-keyword
Allows the specified policy to be enabled or disabled by individual streams. For information about project policies, see mkproject.

Modifying the baseline name template

Default
Baseline identifiers are made up of two parts: a user-specifiable root name and a generated, unique numeric extension.
–bln/ame_template baseline-naming-template
Defines the baseline name template for a project if a template has not been defined, or replaces the template if one already exists. baseline-naming-template specifies the tokens to be used in the baseline name and it can include any of the following tokens separated by commas:
  • basename
  • project
  • stream
  • component
  • date
  • time
  • user
  • host

When you create baselines, UCM replaces commas with underscores in the baseline name.

Selecting a project

Default
None.
project-selector ...
Specifies one or more projects to modify.

project-selector is of the form [project:]project-name[@vob-selector], where vob-selector specifies the project's project VOB.

-cview
Specifies the project that is selected by the current view.

Examples

The UNIX system and Linux examples in this section are written for use in csh. If you use another shell, you might need to use different quoting and escaping conventions.

The Windows examples that include wildcards or quoting are written for use in cleartool interactive mode. If you use cleartool single-command mode, you might need to change the wildcards and quoting to make your command interpreter process the command appropriately.

In cleartool single-command mode, cmd-context represents the UNIX system and Linux shells or Windows command interpreter prompt, followed by the cleartool command. In cleartool interactive mode, cmd-context represents the interactive cleartool prompt.

  • Add the modifiable component, webo_modeler, to the project.

    cmd-context chproject -amod webo_modeler webo_proj1@/vobs_webo_pvob
    Changed modifiable component list for project
    "webo_proj1@/vobs_webo_pvob".
    Propagating changes to the integration stream "IntStream1".
    Changes to modifiability of components must be propagated to streams
    and their views. Use `cleartool chstream -generate' to update the
    stream with ``cleartool setcs -stream' for each view attached to the
    stream or see the stream and view properties pages.
    Changed modifiable component list and propagated changes to streams in
    project "webo_proj1@/vobs_webo_pvob".

  • Define the baseline name template for the CQ_ASP_V6.0 project.

    cmd-context chproject -bln component,date,time,basename CQ_ASP_V6.0@/
    vobs_mpreston_crm

    Changed baseline naming template for project "CQ_ASP_V6.0".