]> granicus.if.org Git - git/commitdiff
read-tree: "read-tree -m --empty" does not make sense
authorJunio C Hamano <gitster@pobox.com>
Thu, 11 May 2017 04:31:54 +0000 (21:31 -0700)
committerJunio C Hamano <gitster@pobox.com>
Thu, 11 May 2017 04:42:17 +0000 (21:42 -0700)
fb1bb965 ("read-tree: deprecate syntax without tree-ish args",
2010-09-10) wanted to deprecate "git read-tree" without any tree,
which used to be the way to empty the index, and encourage use of
"git read-tree --empty" instead.

However, when used with "-m", "--empty" does not make any sense,
either, simply because merging 0 trees will result in a different
error anyway.

Omit the deprecation warning and let the code to emit real error
message diagnose the error.

Signed-off-by: Junio C Hamano <gitster@pobox.com>
builtin/read-tree.c

index 8c693e756852ef2ec3aac3bfc77d71c6258a8306..ce5265dde20705cc6e03029bbf6e6994d352056e 100644 (file)
@@ -181,7 +181,7 @@ int cmd_read_tree(int argc, const char **argv, const char *unused_prefix)
                        die("failed to unpack tree object %s", arg);
                stage++;
        }
-       if (nr_trees == 0 && !read_empty)
+       if (!nr_trees && !read_empty && !opts.merge)
                warning("read-tree: emptying the index with no arguments is deprecated; use --empty");
        else if (nr_trees > 0 && read_empty)
                die("passing trees as arguments contradicts --empty");