/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 breezy/help_topics/en/glossary.txt

  • Committer: Breezy landing bot
  • Author(s): Jelmer Vernooij
  • Date: 2020-08-23 01:15:41 UTC
  • mfrom: (7520.1.4 merge-3.1)
  • Revision ID: breezy.the.bot@gmail.com-20200823011541-nv0oh7nzaganx2qy
Merge lp:brz/3.1.

Merged from https://code.launchpad.net/~jelmer/brz/merge-3.1/+merge/389690

Show diffs side-by-side

added added

removed removed

Lines of Context:
breezy/help_topics/en/glossary.txt
91
91
    changes. For these cases, a user may instead prefer a cherrypick, which
92
92
    gives the user the option to apply only those revisions that are wanted.
93
93
 
94
 
    As well as altering the working tree, bzr's merge command will also get all
95
 
    of the revisions that a branch has, and add metadata indicating that a
 
94
    As well as altering the working tree, Breezy's merge command will also get
 
95
    all of the revisions that a branch has, and add metadata indicating that a
96
96
    merge has been performed.
97
97
 
98
98
  merge, criss-cross
120
120
  revision
121
121
    A revision is one state of the code.
122
122
 
123
 
    bzr is snapshot based, meaning that conceptually it stores the whole state
124
 
    of the tree at each revision. This is in contrast to changeset based, where
125
 
    a revision refers to just the changes that were made in that revision. I
126
 
    said "conceptually", as internally bzr uses delta compression to reduce the
127
 
    amount of data that it stores, and so may only record the changes in a
128
 
    revision. However you must always think of a revision as referring to a
129
 
    whole snapshot.
 
123
    Breezy is snapshot based, meaning that conceptually it stores the whole
 
124
    state of the tree at each revision. This is in contrast to changeset based,
 
125
    where a revision refers to just the changes that were made in that
 
126
    revision. I said "conceptually", as internally Breezy uses delta
 
127
    compression to reduce the amount of data that it stores, and so may only
 
128
    record the changes in a revision. However you must always think of a
 
129
    revision as referring to a whole snapshot.
130
130
 
131
131
    A revision also contains some metadata. In particular it stores the
132
132
    committer, and the timestamp when the commit was made, the log message that
136
136
    number of revision properties, these is extra information that can be
137
137
    stored with the revision and is immutable, some uses of them are to store
138
138
    the author of the patch if it wasn't the committer (when given using the
139
 
    --author option of bzr commit), or to store information about the bugs
 
139
    --author option of brz commit), or to store information about the bugs
140
140
    fixed in that revision if using the bug-tracker integration.
141
141
 
142
142
    A revision also has a name, referred to as a revision id. This is a