]> git.ipfire.org Git - thirdparty/git.git/commitdiff
builtin/remote.c: parse options in 'rename'
authorTaylor Blau <me@ttaylorr.com>
Thu, 3 Mar 2022 22:25:16 +0000 (17:25 -0500)
committerJunio C Hamano <gitster@pobox.com>
Thu, 3 Mar 2022 22:44:04 +0000 (14:44 -0800)
The 'git remote rename' command doesn't currently take any command-line
arguments besides the existing and new name of a remote, and so has no
need to call parse_options().

But the subsequent patch will add a `--[no-]progress` option, in which
case we will need to call parse_options().

Do so now so as to avoid cluttering the following patch with noise, like
adjusting setting `rename.{old,new}_name` to argv[0] and argv[1], since
parse_options handles advancing argv past the name of the sub-command.

Signed-off-by: Taylor Blau <me@ttaylorr.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
builtin/remote.c

index 6f27ddc47bd25158bcc63ec64870af0540309e6d..824fb8099cfa64de12a270d86d9a86dc8a9d87f0 100644 (file)
@@ -684,11 +684,14 @@ static int mv(int argc, const char **argv)
        struct rename_info rename;
        int i, refspec_updated = 0;
 
-       if (argc != 3)
+       argc = parse_options(argc, argv, NULL, options,
+                            builtin_remote_rename_usage, 0);
+
+       if (argc != 2)
                usage_with_options(builtin_remote_rename_usage, options);
 
-       rename.old_name = argv[1];
-       rename.new_name = argv[2];
+       rename.old_name = argv[0];
+       rename.new_name = argv[1];
        rename.remote_branches = &remote_branches;
 
        oldremote = remote_get(rename.old_name);