.be/bea86499-824e-4e77-b085-2d581fa9ccab/bugs/9ce2f015-8ea0-43a5-a03d-fc36f6d202fe/comments/4be35966-373b-438c-a35a-824f5c7a940a/body

   1 No need for RCS-expansion for the history.  If the user is versioning
   2 their code with some RCS, they presumably know how to use the RCS to
   3 investigate the history already.  The .be/ directory structure is not
   4 so complicated that it's worth much work to avoid their having to peer
   5 inside it by hand.
   6
   7 In rare cases where people really do want to peer into history using
   8 only BE or sort by e.g. bug closing time, they could add those
   9 comments by hand, e.g.
  10   $ echo 'bug closed' | be comment <bug> -
  11   $ be close <bug>
  12 So the already-implemented cmp_last_modified would handle it.
  13
  14 If you want, you could add (optional) comment-generation to the
  15 becommands themselves.  For example becommand/merge.py already does
  16 this.
  17