From: "Ævar Arnfjörð Bjarmason" <avarab@gmail.com>
To: "Øystein Walle" <oystwa@gmail.com>
Cc: git@vger.kernel.org
Subject: Re: [PATCH] clone: Remove constraint on --bare and --origin
Date: Mon, 02 Aug 2021 10:53:04 +0200 [thread overview]
Message-ID: <8735rsqlal.fsf@evledraar.gmail.com> (raw)
In-Reply-To: <20210801082546.18543-1-oystwa@gmail.com>
On Sun, Aug 01 2021, Øystein Walle wrote:
> This test has been present since long before clone was ported to C. Now
> there is no need for it, and since df61c88979 (clone: also configure url
> for bare clones, 2010-03-29) it's especially useful to allow both
> options.
>
> Signed-off-by: Øystein Walle <oystwa@gmail.com>
> ---
>
> A question on this constraint popped up on #git the other day. I
> investigated a bit and found no particular reason for its existence. All
> tests still pass (except the one removed here) and the behavior is as
> expected. I realize it might have gone under the radar for 11 years but
> it's still worth the noise to remove it, in my opinion.
>
> I wanted to include a bit on the reasoning for the original check in the
> commit message but I couldn't find it.
Aside from working in Junio's reply as a summary of the original
justification in the commit message for a v2...
> -test_expect_success 'disallows --bare with --origin' '
> -
> - test_must_fail git clone -o foo --bare parent clone-bare-o 2>err &&
> - test_debug "cat err" &&
> - test_i18ngrep -e "--bare and --origin foo options are incompatible" err
> -
> -'
> -
This just removes the only test, if it's "especially useful" to allow
both options let's replace this with a test that shows and tests for
those use-cases.
next prev parent reply other threads:[~2021-08-02 8:54 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-08-01 8:25 [PATCH] clone: Remove constraint on --bare and --origin Øystein Walle
2021-08-02 2:18 ` Junio C Hamano
2021-08-02 8:53 ` Ævar Arnfjörð Bjarmason [this message]
2021-08-02 17:49 ` [PATCH v2] clone: Allow combining " Øystein Walle
2021-08-03 21:28 ` Junio C Hamano
2021-08-04 13:30 ` Øystein Walle
2021-08-04 17:06 ` Junio C Hamano
2021-08-06 20:23 ` Roman Neuhauser
2021-08-06 22:13 ` Junio C Hamano
2021-08-07 11:18 ` Roman Neuhauser
2021-08-07 22:08 ` Re* " Junio C Hamano
2021-08-08 2:03 ` Roman Neuhauser
2021-08-04 1:16 ` Junio C Hamano
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=8735rsqlal.fsf@evledraar.gmail.com \
--to=avarab@gmail.com \
--cc=git@vger.kernel.org \
--cc=oystwa@gmail.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.