About This Manual
This manual documents every Perforce command, environment variable, and configurable. This manual is intended for users who prefer to learn by means of Unix-style man pages, and for users who already understand the basics of Perforce and need to quickly find information on a specific command.
The following table provides an index to the P4 Command Reference by functional area:
If you'd prefer to learn the concepts on which Perforce is based, or you prefer a style featuring more examples and tutorials than what you find here, see the P4 User's Guide, available from our web site at: http://www.perforce.com/documentation.
If there's anything we've left out that you think should be included,
let us know. Please send your comments to
<[email protected]>
.
What's new in this guide for the 2015.1 update
This section provides a summary of the notable changes in this guide for the 2015.1 update release. For a list of all new functionality and major bug fixes in Perforce Server 2015.1, see the Perforce Server 2015.1 Release Notes.
New commands
- p4 ldapsync
-
Updates the users in the specified Perforce groups to match the members in the corresponding LDAP groups. The correspondence between a Perforce group and an LDAP group is defined in the Perforce group spec. If you do not specify a group name, all groups with LDAP configurations are updated.
- p4 init
-
Creates a new personal server in a distributed versioning environment.
- p4 clone
-
Clones a new personal server from a shared server in a distributed versioning environment.
- p4 switch
-
Switches to a new stream, optionally creating it (in a distributed versioning environment).
- p4 remote
-
Defines a connection to a shared server in a distributed versioning environment.
- p4 remotes
-
Lists the known shared servers in a distributed versioning environment.
- p4 fetch
-
Copies files from a shared server to a personal server in a distributed versioning environment.
- p4 push
-
Copies files from a personal server to a shared server in a distributed versioning environment.
- p4 unsubmit
-
Unsubmits a change, leaving the work in a shelf, in a distributed versioning environment.
- p4 resubmit
-
Resubmits unsubmitted changes, in a distributed versioning environment.
- p4 zip
-
Packages a set of files for use by the p4 unzip command in a distributed versioning environment.
- p4 unzip
-
Imports files from a package created with the p4 zip command in a distributed versioning environment.
New command options and other command changes
- p4 add
-
Using wild cards with the p4 add command makes it synonymous to p4 reconcile. That is, it will open files that exist in the workspace but not in the depot for add.
- p4 admin setldapusers
-
Allows you to convert all existing non-super users to use LDAP authentication. The command changes the
AuthMethod
field in the user specification for each user fromperforce
toldap
. Ifsuper
users want to use LDAP authentication, they must set theirAuthMethod
manually. - p4 interchanges
-
The command now also reports changes that consist solely of ignored integrations if those changes have not yet been integrated into the target.
- p4 journalcopy
-
An operator may run the p4 journalcopy -l, p4 pull -l -j, and p4 pull -l -s commands. This makes it possible for an operator to confirm the state of a replica.
- p4 passwd
-
If you use the
-O
option, you must use the-P
option. - p4 pull
-
An operator may run the p4 journalcopy -l, p4 pull -l -j, and p4 pull -l -s commands. This makes it possible for an operator to confirm the state of a replica.
- p4 reconcile
-
You may use p4 rec as a synonym for p4 reconcile.
Other changed behavior: files opened for delete and present in your workspace that don't have pending resolve records are reopened for edit.
- p4 renameuser
-
If you are renaming a user authorized by means of a
P4AUTH
configuration, you must issue the p4 renameuser command for every server that the user is authorized to use. - p4 revert
-
The
-C
option allows you to revert another user's open files.client
The
-a
option allows you to revert files opened for add that are missing from the workspace. - p4 servers
-
A user with operator privileges may execute p4 servers and p4 servers -J.
- p4 status
-
Displays files already opened in addition to files that need to be reconciled.
- p4 stream
-
If you specify no arguments for the command, the target defaults to the current stream, and the source defaults to the current stream parent. You can also specify the stream as a directory name relative to the current stream depot.
The new options
mergeany
andmergedown
specify whether the merge flow is restricted or whether merge is permitted from any other stream. For example, themergeany
option would allow a merge from a child to a parent with no warnings. - p4 submit
-
New
--parallel
option specifies that multiple files should be transferred in parallel, using independent network connections from automatically-invoked child processes. In order to run a parallel submit, the configurablenet.parallel.max
must be set to a value greater than1
. - p4 sync
-
The new
-r
option reopens files that are mapped to new locations in the depot, in the new location. By default, open workspace files remain associated with the depot files that they were originally opened as.The command now automatically resolves files where the previously synced version does not differ from the newer depot version.
- p4 unlock
-
The new
-r
option unlocks the files associated with the specified client that were locked due to a failed p4 push command.
New specification fields
- p4 group
-
New fields include
LdapConfig
,LdapSearchQuery
, andLdapUserAttribute
. These are used with the p4 ldapsync command. - p4 server
-
New optional field
ExternalAddress
specifies the external address used for connections to a commit server. This field must be set for the edge server to enable parallel submits in a federated environment.
New configurables
-
filesys.windows.lfn
-
Set on the server to support filenames longer than 260 characters on Windows platforms.
-
auth.ldap.userautocreate
-
Specifies whether to automatically create users on login. The
auth.default.method configurable
now only determines whether the user is authenticated against an LDAP directory or against Perforce's internal database. -
server.allowfetch
-
Specifies whether changes can be fetched in a distributed versioning environment.
-
server.allowpush
-
Specifies whether changes can be pushed in a distributed versioning environment.
-
server.allowrewrite
-
Specifies whether submitted changes can be rewritten.
Deprecated configurables
-
rpl.forward.all
-
Has been deprecated.