annotate
apropos
catcr
catcs
cc.icon
cc.magic
cd
chactivity
chbl
checkin
checkout
checkvob
chevent
chflevel
chfolder
chmaster
chpool
chproject
chstream
chtype
chview
clearaudit
clearbug
cleardescribe
cleardiffbl
cleardiff
clearexport_ccase
clearexport_cvs
clearexport_pvcs
clearexport_rcs
clearexport_sccs
clearexport_ssafe
clearfsimport
cleargetlog
clearhistory
clearimport
clearjoinproj
clearlicense
clearmake
clearmake.options
clearmrgman
clearprojexp
clearprompt
cleartool
clearviewupdate
clearvobadmin
comments
config_ccase
config_spec
cptype
credmap
creds
deliver
describe
diffbl
diffcr
diff
dospace
edcs
endview
env_ccase
events_ccase
export_mvfs
exports_ccase
file
find
findmerge
fmt_ccase
getcache
get
getlog
help
hostinfo
init_ccase
ln
lock
lsactivity
lsbl
lscheckout
lsclients
lscomp
lsdo
lsfolder
lshistory
ls
lslock
lsmaster
lspool
lsprivate
lsproject
lsregion
lsreplica
lssite
lsstgloc
lsstream
lstype
lsview
lsvob
lsvtree
makefile_aix
makefile_ccase
makefile_gnu
makefile_pmake
makefile_smake
makefile_sun
man
merge
mkactivity
mkattr
mkattype
mkbl
mkbranch
mkbrtype
mkcomp
mkdir
mkelem
mkeltype
mkfolder
mkhlink
mkhltype
mklabel
mklbtype
mkpool
mkproject
mkregion
mkstgloc
mkstream
mktag
mktrigger
mktrtype
mkview
mkvob
mount_ccase
mount
msdostext_mode
mvfslog
mvfsstorage
mvfstime
mvfsversion
mv
omake
pathnames_ccase
permissions
profile_ccase
promote_server
protect
protectvob
pwd
pwv
query_language
quit
rebase
recoverview
reformatview
reformatvob
register
relocate
rename
reqmaster
reserve
rgy_backup
rgy_check
rgy_passwd
rgy_switchover
rmactivity
rmattr
rmbl
rmbranch
rmcomp
rmdo
rmelem
rmfolder
rmhlink
rmlabel
rmmerge
rmname
rmpool
rmproject
rmregion
rmstgloc
rmstream
rmtag
rmtrigger
rmtype
rmver
rmview
rmvob
schedule
schemes
scrubber
setactivity
setcache
setcs
setplevel
setsite
setview
shell
snapshot.conf
softbench_ccase
space
startview
type_manager
umount
uncheckout
unlock
unregister
unreserve
update
version_selector
view_scrubber
vob_restore
vob_scrubber
vob_sidwalk
vob_snapshot
vob_snapshot_setup
wildcards_ccase
winkin
xclearcase
xcleardiff
xmldiffmrg
SYNOPSIS
DESCRIPTION
Updating Loaded Elements
For one or more loaded elements, the update command does the following:
- Reevaluates the config spec to select versions of loaded elements in the VOB and loads them if they differ from the currently loaded versions
- Unloads the file or directory from the view if a loaded element is no longer visible (that is, a new directory version doesn't have an entry for the element). To unload a directory element, update does the following:
- Copies the version selected by the config spec into the snapshot view, if the version in the view is different from the version in the VOB selected by the config spec. The version in the view can be different if, for example, the selected version in the VOB is newer, or if a label is attached to the selected version in the VOB, but not to the version in the view.
update does not apply to files or directories that are checked out to the current view.
If update cannot access a VOB (perhaps because of problems in the network), any elements from that VOB remain loaded, but are put in a special state (rule unavailable).
The update command accounts for the fact that VOB elements specified by your config spec may change while an update is in progress. To avoid loading an inconsistent set of element versions, update ignores versions that meet both of the following criteria:
- The version is selected by a config spec rule that specifies the LATEST version label.
- The version was checked in after the moment the update operation began.
update also accounts for the fact that the system clocks on different hosts may not be synchronized.
When issued from a snapshot view, the following cleartool commands invoke update at the completion of the command:
OPTIONS AND ARGUMENTS
Confirmation Step
- Default
- update prompts for confirmation
of the elements to be updated. However, update does not
in all circumstances prompt you to confirm all the elements to be updated.
Sometimes there are no confirmation prompts when you update elements, even
though you have not specified –force.
- –f·orce
- Suppresses the confirmation prompts.
Handling Hijacked Files
- Default
- –noverwrite
- –ove·rwrite
- Overwrites all hijacked files with the version
selected by the config spec.
- –nov·erwrite
- Leaves all hijacked files in the view with
their current modifications.
- –ren·ame·
- Renames hijacked files to filename.keep and
copies the version in the VOB selected by the config spec into the view.
Determining the Modification Timestamp
- Default
- The initial default is set by the mkview command.
Thereafter, the most recently used time scheme is retained as part of the
view's state and is used as the default behavior for the next update.
- –cti·me
- Sets the time stamp of a file element to
the current time, that is, the time at which the version is copied into the
view. –ctime has no effect on directories (directories
always use the current time).
- –pti·me
- Sets the time stamp of a file element to
the time at which the version was checked in to the VOB. –ptime has
no effect on directories. (Directories always use the current time.)
Specifying a File Transfer Log
- Default
- A log file named update.timestamp.updt that
is written to the root of the snapshot view directory.
- –log pname
- Specifies a log file for the operation. The
log file lists the actions taken by the update command,
as well as an indication of any errors that occur during the operation. To
suppress generation of the log file, use –log /dev/null (UNIX)
or -log NUL (Windows).
Specifying the Elements to be Updated or Added
- Default
- If you do not specify –add_loadrules,
the current snapshot view; if you specify –add_loadrules,
none.
- pname ...
- If you do not specify –add_loadrules,
this argument specifies the files and directories to update. All specified
directories, including the root directory of the snapshot view, are updated
recursively.
If you specify –add_loadrules, this argument is interpreted as a new load rule. The elements specified by the rule are loaded and the rule is appended to the config spec of the current view. pname must be either a pathname relative to your current location in the directory structure of the snapshot view or an absolute path that includes the snapshot view path.
EXAMPLES
The UNIX examples in this section are written for use in csh. If you use another shell, you may 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 may 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 shell or Windows command interpreter prompt, followed by the cleartool command. In cleartool interactive mode, cmd-context represents the interactive cleartool prompt.
Note: In the UNIX examples that follow, arguments and output that show multicomponent VOB tags are not applicable to ClearCase LT, which recognizes only single-component VOB tags. In this manual, a multicomponent VOB tag is by convention a two-component VOB tag of the form /vobs/vob-tag-leaf—for example, /vobs/src. A single-component VOB tag consists of a leaf only—for example, /src. In all other respects, the examples are valid for ClearCase LT.
- Preview an update of the view darren_3.2 and produce a log file in the C:\temp directory.
- Update the file ./foo.c using the current time as the time stamp.
- Update the current directory; if there are any hijacked files, rename them filename.keep and copy the VOB versions specified by the config spec into the view.
- Load into the current view the new elements in \doc\user_manual, adding the rule load \doc\user_manual to the view's config spec.