← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/bitkeeper.txt

  • Committer: John Arbash Meinel
  • Date: 2007-03-15 22:35:35 UTC
  • mto: This revision was merged to the branch mainline in revision 2363.
  • Revision ID: john@arbash-meinel.com-20070315223535-d3d4964oe1hc8zhg
Add an overzealous test, for Unicode support of _iter_changes.
For both knowns and unknowns.
And include a basic, if suboptimal, fix.
I would rather defer the decoding until we've determined that we are going to return the tuple.
There is still something broken with added files, but I'll get to that.

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/bitkeeper.txt
1
 
Bitkeeper compared to Arch
2
 
==========================
3
 
 
4
 
BK has a default GUI, which is good, but it's ugly and not all that
5
 
friendly to the new user.  It does pay attention to allowing quick
6
 
keyboard navigation.
7
 
 
8
 
The tool itself is also a bit unfriendly in terms of emitting a lot of
9
 
noise messages and having lots of weird commands.
10
 
 
11
 
Bitkeeper always requires both per-file and per-changeset commands.
12
 
It seems bad to always require this; at most per-file messages should
13
 
be optional.  Are they really the best option?
14
 
 
15
 
Claimed to have extremely space-efficient storage, keeping 19 years of
16
 
history in slightly more than twice the size of the working copy. 
17
 
 
18
 
Hashes: does Baz always have these even without signing?  It really
19
 
should.
20
 
 
21
 
Fine-grained event triggers, pre- and post-event.
22
 
 
23
 
Can remotely find status of a tree, e.g. parent, number of comitters,
24
 
versioned files, extras, modified, etc.