← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/bitkeeper.txt

  • Committer: Martin Pool
  • Date: 2005-08-25 05:58:05 UTC
  • mfrom: (974.1.36)
  • Revision ID: mbp@sourcefrog.net-20050825055805-8c892bc3c2d75131
- merge aaron's merge improvements:

  * When merging, pull in all missing revisions from the source
    branch. 

  * Detect common ancestors by looking at the whole ancestry graph, 
    rather than just mainline history.

  Some changes to reconcile this with parallel updates to the test and
  trace code.

aaron.bentley@utoronto.ca-20050823052551-f3401a8b57d9126f

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.