Don't squash-merge if the old and new commits are the same.
[gitweb.git] / todo
diff --git a/todo b/todo
index 97142fa4e2cd98875bb8c31c0881401a61b4a542..f23a6d4ff2a3f256edfae486cbd083d8ef4a344a 100644 (file)
--- a/todo
+++ b/todo
@@ -3,17 +3,17 @@
 
        delete tempdir
 
-       --annotate-sometimes: only annotate if the patch also changes files
-         outside the subdir?
-
        'git subtree rejoin' option to do the same as --rejoin, eg. after a
          rebase
 
+       --prefix doesn't force the subtree correctly in merge/pull:
        "-s subtree" should be given an explicit subtree option?
-
-       --prefix doesn't force the subtree correctly in merge/pull
+               There doesn't seem to be a way to do this.  We'd have to
+               patch git-merge-subtree.  Ugh.
 
        add a 'push' subcommand to parallel 'pull'
+       
+       add a 'log' subcommand to see what's new in a subtree?
 
        add a --squash option so we don't merge histories but can still split