* [PATCH] checkout: do not mention detach advice for explicit --detach option
@ 2016-08-10 17:28 Stefan Beller
2016-08-10 17:32 ` Jonathan Nieder
2016-08-10 18:00 ` Junio C Hamano
0 siblings, 2 replies; 5+ messages in thread
From: Stefan Beller @ 2016-08-10 17:28 UTC (permalink / raw)
To: jrnieder, gitster; +Cc: git, Stefan Beller
When a user asked for a detached HEAD specifically with `--detach`,
we do not need to give advice on what a detached HEAD state entails as
we can assume they know what they're getting into as they asked for it.
Signed-off-by: Stefan Beller <sbeller@google.com>
---
builtin/checkout.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/builtin/checkout.c b/builtin/checkout.c
index 27c1a05..fa2dce5 100644
--- a/builtin/checkout.c
+++ b/builtin/checkout.c
@@ -655,7 +655,7 @@ static void update_refs_for_switch(const struct checkout_opts *opts,
update_ref(msg.buf, "HEAD", new->commit->object.oid.hash, NULL,
REF_NODEREF, UPDATE_REFS_DIE_ON_ERR);
if (!opts->quiet) {
- if (old->path && advice_detached_head)
+ if (old->path && advice_detached_head && !opts->force_detach)
detach_advice(new->name);
describe_detached_head(_("HEAD is now at"), new->commit);
}
--
2.9.2.665.gdb8bb2f
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH] checkout: do not mention detach advice for explicit --detach option
2016-08-10 17:28 [PATCH] checkout: do not mention detach advice for explicit --detach option Stefan Beller
@ 2016-08-10 17:32 ` Jonathan Nieder
2016-08-10 22:46 ` Stefan Beller
2016-08-10 18:00 ` Junio C Hamano
1 sibling, 1 reply; 5+ messages in thread
From: Jonathan Nieder @ 2016-08-10 17:32 UTC (permalink / raw)
To: Stefan Beller; +Cc: gitster, git
Stefan Beller wrote:
> When a user asked for a detached HEAD specifically with `--detach`,
> we do not need to give advice on what a detached HEAD state entails as
> we can assume they know what they're getting into as they asked for it.
Example? Tests?
> Signed-off-by: Stefan Beller <sbeller@google.com>
> ---
> builtin/checkout.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
I like the idea. Thanks for writing it.
> diff --git a/builtin/checkout.c b/builtin/checkout.c
> index 27c1a05..fa2dce5 100644
> --- a/builtin/checkout.c
> +++ b/builtin/checkout.c
> @@ -655,7 +655,7 @@ static void update_refs_for_switch(const struct checkout_opts *opts,
> update_ref(msg.buf, "HEAD", new->commit->object.oid.hash, NULL,
> REF_NODEREF, UPDATE_REFS_DIE_ON_ERR);
> if (!opts->quiet) {
> - if (old->path && advice_detached_head)
> + if (old->path && advice_detached_head && !opts->force_detach)
> detach_advice(new->name);
> describe_detached_head(_("HEAD is now at"), new->commit);
> }
> --
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] checkout: do not mention detach advice for explicit --detach option
2016-08-10 17:28 [PATCH] checkout: do not mention detach advice for explicit --detach option Stefan Beller
2016-08-10 17:32 ` Jonathan Nieder
@ 2016-08-10 18:00 ` Junio C Hamano
1 sibling, 0 replies; 5+ messages in thread
From: Junio C Hamano @ 2016-08-10 18:00 UTC (permalink / raw)
To: Stefan Beller; +Cc: jrnieder, git
Stefan Beller <sbeller@google.com> writes:
> When a user asked for a detached HEAD specifically with `--detach`,
> we do not need to give advice on what a detached HEAD state entails as
> we can assume they know what they're getting into as they asked for it.
Makes sense; I agree that "Don't be noisy if you did exactly what
you were told to do." is a very sensible principle.
> Signed-off-by: Stefan Beller <sbeller@google.com>
> ---
> builtin/checkout.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/builtin/checkout.c b/builtin/checkout.c
> index 27c1a05..fa2dce5 100644
> --- a/builtin/checkout.c
> +++ b/builtin/checkout.c
> @@ -655,7 +655,7 @@ static void update_refs_for_switch(const struct checkout_opts *opts,
> update_ref(msg.buf, "HEAD", new->commit->object.oid.hash, NULL,
> REF_NODEREF, UPDATE_REFS_DIE_ON_ERR);
> if (!opts->quiet) {
> - if (old->path && advice_detached_head)
> + if (old->path && advice_detached_head && !opts->force_detach)
> detach_advice(new->name);
> describe_detached_head(_("HEAD is now at"), new->commit);
> }
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] checkout: do not mention detach advice for explicit --detach option
2016-08-10 17:32 ` Jonathan Nieder
@ 2016-08-10 22:46 ` Stefan Beller
2016-08-11 18:09 ` Junio C Hamano
0 siblings, 1 reply; 5+ messages in thread
From: Stefan Beller @ 2016-08-10 22:46 UTC (permalink / raw)
To: Jonathan Nieder; +Cc: Junio C Hamano, git
On Wed, Aug 10, 2016 at 10:32 AM, Jonathan Nieder <jrnieder@gmail.com> wrote:
> Stefan Beller wrote:
>
>> When a user asked for a detached HEAD specifically with `--detach`,
>> we do not need to give advice on what a detached HEAD state entails as
>> we can assume they know what they're getting into as they asked for it.
>
> Example? Tests?
There are no tests for the advice things IIUC.
What do you mean by example?
Stefan
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] checkout: do not mention detach advice for explicit --detach option
2016-08-10 22:46 ` Stefan Beller
@ 2016-08-11 18:09 ` Junio C Hamano
0 siblings, 0 replies; 5+ messages in thread
From: Junio C Hamano @ 2016-08-11 18:09 UTC (permalink / raw)
To: Stefan Beller; +Cc: Jonathan Nieder, git
Stefan Beller <sbeller@google.com> writes:
> On Wed, Aug 10, 2016 at 10:32 AM, Jonathan Nieder <jrnieder@gmail.com> wrote:
>> Stefan Beller wrote:
>>
>>> When a user asked for a detached HEAD specifically with `--detach`,
>>> we do not need to give advice on what a detached HEAD state entails as
>>> we can assume they know what they're getting into as they asked for it.
>>
>> Example? Tests?
>
> There are no tests for the advice things IIUC.
There seem to already be tests that explicitly sets advice.* to true
like in t7201 and t7512, but even if there weren't any existing
ones, it would be appropriate to make sure that an explicit --detach
does not trigger the advice, even when advice.detachedHEAD left
unconfigured (or set to true), given that doing so is the whole
purpose of this patch, I would think.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2016-08-11 18:09 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-08-10 17:28 [PATCH] checkout: do not mention detach advice for explicit --detach option Stefan Beller
2016-08-10 17:32 ` Jonathan Nieder
2016-08-10 22:46 ` Stefan Beller
2016-08-11 18:09 ` Junio C Hamano
2016-08-10 18:00 ` Junio C Hamano
Code repositories for project(s) associated with this public inbox
https://80x24.org/mirrors/git.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).