This chapter will teach you one technique for speeding up access to an
version that contains many revisions:
mainline -------- base-0 patch-1 .... patch-23 patch-24 patch-25 ... patch-42
Suppose that a user (with no local pristine cache) wants to
proceeds by first getting and unpacking
revision, then getting each
order, and applying those to the tree.
If the list of changesets that need to be applied is long, or the sum
of their sizes large in comparison to the tree side, then this
is needlessly inefficient.
One way to speed up
archive caching revisions
"pre-built" copies of some revisions with the archive.
For example, the command:
% tla cacherev -A email@example.com \ hello-world--mainline--0.1--patch-40
will build the
revision, package it up as a tar bundle, and
store a copy of that tar bundle in the
directory of the
will work by first fetching the
cached copy of the
revision, then getting and applying the
: a savings of
Usage Note: At this time, it's left up to you to decide which
revisions to cache and which not. You might decide, for example, to
automatically cache certain revisions from a
job or to simply
cache revisions by-hand whenever you notice that
is too slow.
In the future, we hope to add better support for automatically caching