Poll for journal changes on one Helix Server for forwarding to another Helix Server.
p4 replicate [-j token] [-s statefile] [-i interval] [-k -x -R] [-J prefix] [-T tables] [-o output] [command]
This command polls for new journal entries from a
Helix Server, and either outputs them to standard output, or, if a
command
is specified, pipe the journal records to the
command
, which is spawned as a subprocess.
|
Specify a polling interval, in seconds. The default is two
seconds. To disable polling (that is, to check once for updated
journal entries and then exit), specify an
|
|
Specify a journal number or position token of the form
|
|
Specifies a filename prefix for the journal, such as that used
with |
|
Keep the pipe to the |
|
Specify a file for output. If a |
|
The |
|
Specify a state file which tracks the most recent journal
position. You can also use the |
|
Supply a list of database tables (for example,
|
|
Exit the |
|
See Global Options. |
Can File Arguments Use Revision Specifier? | Can File Arguments Use Revision Range? | Minimal Access Level Required |
---|---|---|
N/A |
N/A |
|
p4 replicate
in situations where you need to
replicate metadata (but not archived files), or when you need to
perform filtering operations on metadata. In most situations,
replication with p4 pull
is preferable to p4 replicate
.For more information, see Helix Core Server Administrator Guide: Multi-Site Deployment.
To update file content as well as journal records |
|
To display journal or checkpoint records in raw form |