* more revision control systems
-* support for tracking repo renames
-
- It should be possible to tell mr that there used to be a repo at
- src/foo/bar, and it's been moved to src/bar. mr would then detect if the
- move needs to be done, and handle it. This is mostly useful when mrconfig
- files are shared accross several systems.
-
- [src/bar]
- renamedfrom = src/foo/bar
-
- (How to support multple renames of a single repo? List multiple
- renamedfrom dirs?)
-
* a way to detect repos in a tree that are not registered, and warn
about or even auto-register them. (svn externals make this quite
difficult!)
Until this is fixed, checkouts and updates need to be manually repeated
after mrconfig files have changes.
-* Ability to run commands in paralell? (-j n)
+* offline support
+
+ If I commit something to git while offline, it would be nice if mr could
+ have a way to push that change when I get online.
+
+ One approach would be to notice when mr commit fails, and queue the
+ commit up to be tried happen again when "mr retry" is run. This could
+ also notice other failing commands, such as "mr up".
+
+ Would it make sense to have to first run "mr offline", before mr starts
+ recording such failures? If so, "mr online" would be the thing to run
+ when getting back online, this would both retry queued commands, and stop
+ queuing new failures.
- If done right, this could make an update of a lot of repos faster. If
- done wrong, it could suck mightily. ;-)
+ One annoying thing is that, if offline, dns timeouts can take a while in
+ certian situations. So, it might be good to have a "mr remember <command>",
+ to directly add a command for mr to run when coming online, without
+ the need to run the command and wait for it to fail.