thoughts on -p as default

[code/myrepos.git] / TODO

diff --git a/TODO b/TODO
index 69fab7d66684c08c2bbf24ddbfe920cd513d2182..40cf481cb2ee65ae7afee65e0ad728b4c8bb557d 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,18 +1,25 @@
-* more revision control systems
-
-* support for tracking repo renames
+* For compatability, ~/.mrtrust has to exist before trust checks are
+  enabled. Change this in a flag day.

 
 

-  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.
+* After the mtrust flag day, consider making something similar to -p 
+  be enabled by default. 

 
 

-  [src/bar]
-  renamedfrom = src/foo/bar
+  It should not be identical to -p, for the following reason: -p causes
+  mr to only look at the mrconfig it finds in the path (like -c only looks
+  at the specified file). But by default, mr should certianly load the
+  ~/.mrconfig (and files it chains). This allows a user to globally
+  configure mr with aliases, etc. (Closes: #557963)

 
 

-  (How to support multple renames of a single repo? List multiple
-  renamedfrom dirs?)
+* more revision control systems

 
 * 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!)
 
 * 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!)

+
+* When there are chained mrconfig files, mr could be smarter about
+  checkouts and updates. Ie, when a new version of an mrconfig file is
+  checked out or updated, throw all the info from the old one away, and
+  process the new one.
+
+  Until this is fixed, checkouts and updates need to be manually repeated
+  after mrconfig files have changes.