.be/bugs/52034fd0-ec50-424d-b25d-2beaf2d2c317/comments/4c50ca0b-a08f-4723-b00d-4bf342cf86b6/body

   1 I'm all for flexibility, so long as it doesn't require too much
   2 hackery to implement it.  You'll have two problems:
   3
   4   * Determining what to commit.
   5
   6     You'd have to have RCS keep a log of all versioned files it
   7     touched, and extend .commit() to accept the keyword list "files"
   8     and commit only those files.  This is doable, but maybe not worth
   9     the trouble.
  10
  11   * Generating meaningful commit messages.
  12
  13     You'd have to add this functionality to each command (and future
  14     commands).
  15
  16 This would probably not be a good idea for the Arch and Mercurial
  17 backends, since they have a limited ability to rewrite history when
  18 you screw up your commit message (as far as I can tell).  Mercurial
  19 does have "hg rollback", but it only works once, and lots of
  20 typo-correction commits would just make the logs awkward.