aboutsummaryrefslogblamecommitdiffstats
path: root/.be/bea86499-824e-4e77-b085-2d581fa9ccab/bugs/52034fd0-ec50-424d-b25d-2beaf2d2c317/comments/4c50ca0b-a08f-4723-b00d-4bf342cf86b6/body
blob: 90b386a13e3facdaf39c909ea5313aeb53ef6ec4 (plain) (tree)



















                                                                     
I'm all for flexibility, so long as it doesn't require too much
hackery to implement it.  You'll have two problems:

  * Determining what to commit.

    You'd have to have RCS keep a log of all versioned files it
    touched, and extend .commit() to accept the keyword list "files"
    and commit only those files.  This is doable, but maybe not worth
    the trouble.

  * Generating meaningful commit messages.

    You'd have to add this functionality to each command (and future
    commands).

This would probably not be a good idea for the Arch and Mercurial
backends, since they have a limited ability to rewrite history when
you screw up your commit message (as far as I can tell).  Mercurial
does have "hg rollback", but it only works once, and lots of
typo-correction commits would just make the logs awkward.