/brz/remove-bazaar

To get this branch, use:
bzr branch http://gegoxaren.bato24.eu/bzr/brz/remove-bazaar

« back to all changes in this revision

Viewing changes to doc/developers/annotate.txt

  • Committer: Martin Pool
  • Date: 2005-06-27 01:36:22 UTC
  • Revision ID: mbp@sourcefrog.net-20050627013622-0d56be3e3105043e
Merge from aaron:

------------------------------------------------------------
revno: 763
committer: Aaron Bentley <abentley@panoramicfeedback.com>
timestamp: Thu 2005-06-23 17:30:28 -0400
message:
  Copy files in immutable stores directly.
------------------------------------------------------------
revno: 762
committer: Aaron Bentley <abentley@panoramicfeedback.com>
timestamp: Thu 2005-06-23 16:12:33 -0400
message:
  Fixed direct call of get_url in RemoteBranch.get_revision
------------------------------------------------------------
revno: 761
committer: Aaron Bentley <abentley@panoramicfeedback.com>
timestamp: Thu 2005-06-23 12:00:31 -0400
message:
  Added prefetch support to update_revisions
------------------------------------------------------------
revno: 760
committer: Aaron Bentley <abentley@panoramicfeedback.com>
timestamp: Thu 2005-06-23 11:57:54 -0400
message:
  Added cache support to branch and pull
------------------------------------------------------------
revno: 759
committer: Aaron Bentley <abentley@panoramicfeedback.com>
timestamp: Thu 2005-06-23 11:21:37 -0400
message:
  Added find_cached_branch to branch
------------------------------------------------------------
revno: 758
committer: Aaron Bentley <abentley@panoramicfeedback.com>
timestamp: Thu 2005-06-23 11:17:10 -0400
message:
  Added CachedStore type to reduce remote downloads

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/developers/annotate.txt
1
 
Annotate
2
 
========
3
 
 
4
 
Broadly tries to ascribe parts of the tree state to individual commits.
5
 
 
6
 
There appear to be three basic ways of generating annotations:
7
 
 
8
 
If the annotation works by asking the storage layer for successive full texts
9
 
then the scaling of this will be proportional to the time to diff throughout
10
 
the history of thing being annotated.
11
 
 
12
 
If the annotation works by asking the storage layer for successive deltas
13
 
within the history of the thing being annotated we believe we can make it scale
14
 
broadly proportional to the depth of the tree of revisions of the annotated
15
 
object.
16
 
 
17
 
If the annotation works by combining cached annotations such that creating a
18
 
full text recreates annotations for it then it will scale with the cost of
19
 
obtaining that text.
20
 
 
21
 
Generally we want our current annotations but it would be nice to be able to do
22
 
whitespace annotations and potentially other diff based annotations.
23
 
 
24
 
Some things to think about:
25
 
 
26
 
 * Perhaps multiparent deltas would allow us to not store the cached
27
 
   annotations in each delta without losing performance or accuracy.
28