/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/commit.txt

  • Committer: Jelmer Vernooij
  • Date: 2017-06-08 23:30:31 UTC
  • mto: This revision was merged to the branch mainline in revision 6690.
  • Revision ID: jelmer@jelmer.uk-20170608233031-3qavls2o7a1pqllj
Update imports.

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/developers/commit.txt
101
101
 
102
102
3 - Before starting the commit proper, we prompt for a commit message
103
103
and in that commit message editor we show a list of the files that
104
 
will be committed: basically the output of brz status.  This is
 
104
will be committed: basically the output of bzr status.  This is
105
105
basically the same as the list of changes we detect while storing the
106
106
commit, but because the user will sometimes change the tree after
107
107
opening the commit editor and expect the final state to be committed I
130
130
they don't seem to have substantial performance consequences.
131
131
 
132
132
If one wanted to optimize solely for the speed of commit I think
133
 
hash-addressed  file-per-text storage like in git (or Breezy 0.1) is very
 
133
hash-addressed  file-per-text storage like in git (or bzr 0.1) is very
134
134
good.  Remarkably, it does not need to read the inventory for the
135
135
previous revision.  For each versioned file, we just need to get its
136
136
hash, either by reading the file or validating its stat data.  If that
186
186
     the 2 parents).
187
187
 
188
188
3) **Automatic deletion of 'missing' files.** This is a point that we go
189
 
   back and forth on. I think the basic idea is that 'brz commit' by
 
189
   back and forth on. I think the basic idea is that 'bzr commit' by
190
190
   default should abort if it finds a 'missing' file (in case that file was
191
 
   renamed rather than deleted), but 'brz commit --auto' can add unknown
 
191
   renamed rather than deleted), but 'bzr commit --auto' can add unknown
192
192
   files and remove missing files automatically.
193
193
 
194
194
4) **sha1 for newly added files.** status doesn't really need this: it should
262
262
all the work to do really fast comparison and throw-away of unimportant
263
263
records.
264
264
 
265
 
The way I made "brz status" fast is by moving the 'ignore this record'
 
265
The way I made "bzr status" fast is by moving the 'ignore this record'
266
266
ability as deep into the stack as I could get. Status has the property
267
267
that you don't care about most of the records, just like commit. So the
268
268
sooner you can stop evaluating the 99% that you don't care about, the