From: Junio C Hamano <gitster@pobox.com>
To: Karthik Nayak <karthik.188@gmail.com>
Cc: git@vger.kernel.org, sunshine@sunshineco.com
Subject: Re: [PATCH v4] git: treat "-C <treat>" as a no-op when <path> is empty
Date: Fri, 06 Mar 2015 17:44:29 -0800 [thread overview]
Message-ID: <xmqqfv9hvawy.fsf@gitster.dls.corp.google.com> (raw)
In-Reply-To: <1425640688-26513-1-git-send-email-karthik.188@gmail.com> (Karthik Nayak's message of "Fri, 6 Mar 2015 16:48:08 +0530")
Karthik Nayak <karthik.188@gmail.com> writes:
> 'git -C ""' unhelpfully dies with error "Cannot change to ''",
> whereas the shell treats `cd ""' as a no-op. Taking the shell's
> behavior as a precedent, teach git to treat `-C ""' as a no-op, as
> well.
>
> Test to check the no-op behaviour of "-C <path>" when <path> is
> empty, written by Junio C Hamano.
>
> Helped-by: Junio C Hamano <gitster@pobox.com>
> Helped-by: Eric Sunchine <sunshine@sunshineco.com>
> Signed-off-by: Karthik Nayak <karthik.188@gmail.com>
> ---
This iteration looks sensible, except that the Subject reads
strange. Will queue with minor tweaks to the log message,
and perhaps with a fix to unreadable *(*argv)[1] that was
mentioned elsewhere.
Thanks.
> git.c | 10 ++++++----
> t/t0056-git-C.sh | 10 ++++++++++
> 2 files changed, 16 insertions(+), 4 deletions(-)
>
> diff --git a/git.c b/git.c
> index 8c7ee9c..b062e0e 100644
> --- a/git.c
> +++ b/git.c
> @@ -204,10 +204,12 @@ static int handle_options(const char ***argv, int *argc, int *envchanged)
> fprintf(stderr, "No directory given for -C.\n" );
> usage(git_usage_string);
> }
> - if (chdir((*argv)[1]))
> - die_errno("Cannot change to '%s'", (*argv)[1]);
> - if (envchanged)
> - *envchanged = 1;
> + if (*(*argv)[1]) {
> + if (chdir((*argv)[1]))
> + die_errno("Cannot change to '%s'", (*argv)[1]);
> + if (envchanged)
> + *envchanged = 1;
> + }
> (*argv)++;
> (*argc)--;
> } else {
> diff --git a/t/t0056-git-C.sh b/t/t0056-git-C.sh
> index 99c0377..2630e75 100755
> --- a/t/t0056-git-C.sh
> +++ b/t/t0056-git-C.sh
> @@ -14,6 +14,16 @@ test_expect_success '"git -C <path>" runs git from the directory <path>' '
> test_cmp expected actual
> '
>
> +test_expect_success '"git -C <path>" with an empty <path> is a no-op' '
> + (
> + mkdir -p dir1/subdir &&
> + cd dir1/subdir &&
> + git -C "" rev-parse --show-prefix >actual &&
> + echo subdir/ >expect &&
> + test_cmp expect actual
> + )
> +'
> +
> test_expect_success 'Multiple -C options: "-C dir1 -C dir2" is equivalent to "-C dir1/dir2"' '
> test_create_repo dir1/dir2 &&
> echo 1 >dir1/dir2/b.txt &&
next prev parent reply other threads:[~2015-03-07 1:44 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-06 11:18 [PATCH v4] git: treat "-C <treat>" as a no-op when <path> is empty Karthik Nayak
2015-03-07 1:44 ` Junio C Hamano [this message]
2015-03-07 2:19 ` Eric Sunshine
2015-03-07 10:49 ` karthik nayak
2015-03-08 4:38 ` Eric Sunshine
2015-03-08 5:36 ` karthik nayak
2015-03-08 7:14 ` Junio C Hamano
2015-03-08 10:15 ` karthik nayak
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=xmqqfv9hvawy.fsf@gitster.dls.corp.google.com \
--to=gitster@pobox.com \
--cc=git@vger.kernel.org \
--cc=karthik.188@gmail.com \
--cc=sunshine@sunshineco.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.