From: Luke Diamand <luke@diamand.org>
To: Junio C Hamano <gitster@pobox.com>
Cc: Pete Wyckoff <pw@padd.com>, git@vger.kernel.org
Subject: Re: [PATCH v3] git-p4: add option to preserve user names
Date: Sun, 08 May 2011 11:58:30 +0100 [thread overview]
Message-ID: <4DC67756.3090002@diamand.org> (raw)
In-Reply-To: <7viptmup53.fsf@alter.siamese.dyndns.org>
On 07/05/11 23:22, Junio C Hamano wrote:
> Pete Wyckoff<pw@padd.com> writes:
>
>> luke@diamand.org wrote on Fri, 06 May 2011 06:25 +0100:
>>> On 06/05/11 06:07, Junio C Hamano wrote:
>>>> Luke Diamand<luke@diamand.org> writes:
>>>>
>>>>> This is version 3 of my patch.
>>>>
<snip>
>
> So the only thing lacking at this point is the commit log message?
>
> I am not sure if the "actual user is luke" message you give when (and only
> when) preserveUser is used is a good "reminder". Isn't it that the user
> needs reminder when the user should have used but forgot to use this
> option, not the other way around like your patch does?
I put that in so that when I'm at the point where I'm about to submit to
Perforce I know that git-p4 hasn't forgotten that it's going to patch up
the user name, and hasn't got it horribly wrong.
i.e. to reassure me it's not about to mess up Perforce.
>
> I suspect that the message would show an unexpected name only when the new
> codepath is buggy or the P4 changes the code is interacting are formatted
> in ways that the new codepath is not expecting (well, they amount to the
> same thing after all, no?),
Exactly.
(The submit template does have a userid field in it, but this is always
*your* userid, which I thought might be a bit confusing. Hence the message).
> and having such a message may prevent users
> from submitting the changeset under an incorrect name, but at that point
> what recourse do they have?
Apart from not submitting the changelist, none.
>
> It looks to me that the message is not helping the users, even though it
> may help as a debugging aid for git-p4 developers.
Should I just remove it?
I guess it only adds a small amount of information which could be
explained in the instructions.
Regards!
Luke
next prev parent reply other threads:[~2011-05-08 10:58 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-05 6:43 [PATCH v3] git-p4: add option to preserve user names Luke Diamand
2011-05-05 6:43 ` Luke Diamand
2011-05-06 5:07 ` Junio C Hamano
2011-05-06 5:25 ` Luke Diamand
2011-05-06 23:59 ` Pete Wyckoff
2011-05-07 22:22 ` Junio C Hamano
2011-05-08 10:58 ` Luke Diamand [this message]
2011-05-08 17:32 ` Junio C Hamano
2011-05-08 20:35 ` Luke Diamand
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=4DC67756.3090002@diamand.org \
--to=luke@diamand.org \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=pw@padd.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.