← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/merge.txt

  • Committer: John Arbash Meinel
  • Date: 2009-10-07 15:48:32 UTC
  • mto: (4679.6.1 2.1-export-c-api)
  • mto: This revision was merged to the branch mainline in revision 4735.
  • Revision ID: john@arbash-meinel.com-20091007154832-lpipxg46lynh9wmr
Rename StaticTupleInterner => SimpleSet.

This is a bit more appropriate, because the internal data type is not
specialized into StaticTuple objects only. Partially because I didn't
see a specific memory/speed tradeoff to caching the hash, and
that accessing said hash was siginficantly faster than just
calling PyObject_Hash().

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/merge.txt
1
 
Merging
2
 
=======
3
 
 
4
 
There should be one merge command which does the right thing, and
5
 
which is called 'merge'.
6
 
 
7
 
The merge command pulls a changeset or a range of changesets into your
8
 
tree.  It knows what changes have already been integrated and avoids
9
 
pulling them again.
10
 
 
11
 
There should be some intelligence about working out what changes have
12
 
already been merged. 
13
 
 
14
 
The tool intelligently chooses (or perhaps synthesizes) an ancestor
15
 
and two trees to merge.  These are then intelligently merged.
16
 
 
17
 
Merge should refuse to run (unless forced) if there are any
18
 
uncommitted changes in your tree beforehand.  This has two purposes:
19
 
if you mess up the merge you won't lose anything important; secondly
20
 
this makes it more likely that the merge will be relatively pure.