Synchronize a label with the contents of the current client workspace.
p4 [g-opts] labelsync [-a -d -g -n -q] -l labelname [file[revRange] ...]
p4 labelsync
causes the named label to reflect the
current contents of the client workspace by tagging the last revision of
each file synced into the workspace with the label name. The label name
can subsequently be used in a revision specification as
@
to refer to the revision of the
file that was tagged with the label.label
Without a file argument, p4 labelsync
causes the
label to reflect the contents of the client workspace by adding,
deleting, and updating the set of files tagged with the label.
If a file is given, p4 labelsync
updates the tag for
only that named file. If the file argument includes a revision
specification, the client view is ignored; the specified revision is used
instead of the revision existing in the workspace. If the file argument
includes a revision range, then only the highest revision in that range
is used.
Only the Owner:
of an unlocked
label can use
p4 labelsync
to tag files with that label.
A label that has its Options:
field set to
locked
cannot be updated with p4
labelsync
.
|
Add the label to files that match the file pattern arguments; no files are deleted from the label. |
|
Delete the label tag from the named files. |
|
In distributed environments, use the |
|
Specify the label to be applied to file revisions. |
|
Display what |
|
Quiet operation: suppress normal output messages. Messages regarding errors or exceptional conditions are not suppressed. |
|
See Global Options. |
Can File Arguments Use Revision Specifier? | Can File Arguments Use Revision Range? | Minimal Access Level Required |
---|---|---|
Yes |
Yes |
|
p4 labelsync
operates on the
revisions of files last synced to your client workspace. To tag the
head revisions of files (or the highest revision in a specified range),
use p4 tag
.p4 files
@labelname
.With a distributed
Perforce
service, p4 labelsync
works with a label local to
the edge server (to which you are sending a request). The
-g
option can be used to apply a global label, but only
with an unbound (global) client workspace.
By default, labels are local to your edge server, and you use the
-g
option to access global labels on the commit server.
If your administrator has set rpc.labels.global
to
1
, labels are global by default, and the meaning of the
-g
option is inverted to allow updating of local
labels.
To create or edit a label |
|
To list all labels known to the system |
|
To create a label and tag files with the label |