TODO

   1 * more revision control systems
   2
   3 * a way to detect repos in a tree that are not registered, and warn
   4   about or even auto-register them. (svn externals make this quite
   5   difficult!)
   6
   7 * When there are chained mrconfig files, mr could be smarter about
   8   checkouts and updates. Ie, when a new version of an mrconfig file is
   9   checked out or updated, throw all the info from the old one away, and
  10   process the new one.
  11
  12   Until this is fixed, checkouts and updates need to be manually repeated
  13   after mrconfig files have changes.
  14
  15 * offline support
  16
  17   If I commit something to git while offline, it would be nice if mr could
  18   have a way to push that change when I get online.
  19
  20   One approach would be to notice when mr commit fails, and queue the
  21   commit up to be tried happen again when "mr retry" is run. This could
  22   also notice other failing commands, such as "mr up".
  23
  24   Would it make sense to have to first run "mr offline", before mr starts
  25   recording such failures? If so, "mr online" would be the thing to run
  26   when getting back online, this would both retry queued commands, and stop
  27   queuing new failures.
  28
  29   One annoying thing is that, if offline, dns timeouts can take a while in
  30   certian situations. So, it might be good to have a "mr remember <command>",
  31   to directly add a command for mr to run when coming online, without
  32   the need to run the command and wait for it to fail.