Perforce 99.2 Command Reference (99.2.cr.3) | ||
<< Previous Chapter p4 changes |
Table of Contents Index Perforce on the Web |
Next Chapter >> p4 clients |
Although there is always a one-to-one mapping between a client workspace file and a depot file, these files need not be stored at the same relative locations, nor must they have the same names. The client view, which is specified in the p4 client form's View: field, specifies how files in the client workspace are mapped to the depot, and vice-versa.
When called without a clientname argument, p4 client will operate on the client workspace specified by the P4CLIENT environment variable or one of its equivalents. When called with a clientname argument, the client specification is displayed read-only.
When p4 client completes, the new or altered client workspace specification is stored within the Perforce database; the files in the client workspace are not touched. The new client view doesn't take effect until the next p4 sync.
Field Name |
Type |
Description |
---|---|---|
Client: |
Read-only |
The client workspace name, as specified in the P4CLIENT environment variable or its equivalents. |
Owner: |
Writable |
The Perforce user name of the user who owns the client workspace. The default is the user who created the client workspace. |
Update: |
Read-only |
The date the client workspace specification was last modified. |
Access: |
Read-only |
The date and time that any part of the client workspace specification was last accessed by any Perforce command. |
Host: |
Writable, |
The name of the host machine on which this client workspace resides. If included, operations on this client workspace can be run only from this host. The hostname must be provided exactly as it appears in the output of p4 info when run from that host. This field is meant to prevent accidental misuse of client workspaces on the wrong machine. It doesn't provide security, since the actual value of the host name can be overridden with the -H flag to any p4 command, or with the P4HOST environment variable. For a similar mechanism that does provide security, use the IP address restriction feature of p4 protect. |
Description: |
Writable, |
A textual description of the client workspace. The default text is Created by owner. |
Root: |
Writable |
The directory on the local host from which all the files in the View: are specified relative to. |
Options: |
Writable |
A set of seven switches that control particular client options. See the Usage Notes, below, for a listing of these options. |
View: |
Writable, |
Specifies the mappings between files in the depot and files in the client workspace. See Using Views for more information. |
-t template |
Copy client workspace template's view into the View: field of this client workspace. |
-f |
Allows the last modification date, which is normally read-only, to be set. Can also be used by Perforce superusers to delete or modify clients that they don't own. |
-d [-f] clientname |
Delete the specified client workspace, if the client is owned by the invoking user and it is unlocked. The -f flag allows Perforce superusers to delete client workspaces that they don't own. |
-i |
Read the client description from standard input. |
-o |
Write the client specification to standard output. |
See the Global Options section. |
Option |
Choice |
Default |
---|---|---|
[no]allwrite |
Should unopened files be left writable on the client? |
noallwrite |
[no]clobber |
Should p4 sync overwrite (clobber) writable but unopened files in the client with the same name as the newly-synced files? |
noclobber |
[no]compress |
Should the data sent between the client and the server be compressed? Both client and server must be version 99.1 or higher, or this setting will be ignored. |
nocompress |
[no]crlf |
Should CR/LF translation be performed automatically when copying files between the depot and the client workspace? (On UNIX, this setting is ignored). |
crlf |
[un]locked |
Do other users have permission to edit the client specification? (To make a locked client specification truly effective, be sure to set a password for the client's owner with p4 passwd.) |
unlocked |
[no]modtime |
Should the modification date of a newly-synced file be the date the file was synced, or the date it was submitted to the depot? |
nomodtime |
[no]rmdir |
Should p4 sync delete empty directories in a client if all files in the directory have been removed? |
normdir |
p4 client |
Edit or create the client workspace specification named by the value of P4CLIENT or its equivalents. |
p4 client -t sue joe |
Create or edit client workspace joe, opening the form with the field values in client workspace sue as defaults. |
p4 client -d release1 |
Delete the client workspace release1. |
Perforce 99.2 Command Reference (99.2.cr.3) | ||
<< Previous Chapter p4 changes |
Table of Contents Index Perforce on the Web |
Next Chapter >> p4 clients |