From: Erick Mattos <erick.mattos@gmail.com>
To: Junio C Hamano <gitster@pobox.com>
Cc: Nanako Shiraishi <nanako3@lavabit.com>, git@vger.kernel.org
Subject: Re: [PATCH] commit -c/-C/--amend: reset timestamp and authorship to committer with --reset-author
Date: Wed, 4 Nov 2009 00:55:56 -0200 [thread overview]
Message-ID: <55bacdd30911031855k6b38557bte14c858775d39da6@mail.gmail.com> (raw)
In-Reply-To: <7v639rnkvt.fsf@alter.siamese.dyndns.org>
2009/11/3 Junio C Hamano <gitster@pobox.com>:
> Erick Mattos <erick.mattos@gmail.com> writes:
>
>> ... I had already sent another patch with the
>> suggestions he made in a previous email.
>
> That happens in real life with people working in different timezones.
6 hours between you and me!
>> The new option only touches on getting new author or copying the
>> original so that is why I made the first check in whole and the others
>> only by author. If people think that this operation is so uncertain,
>> then everything should be compared: parent, author and message on all
>> tests.
>
> You probably have misunderstood why we write tests; it is not about making
> sure _your_ implementation is Ok. If that were the case, using knowledge
> of implementation details to short-circuit the tests would perfectly be
> acceptable.
>
> We write tests so that long after you get bored and stop visiting the git
> project mailing-list, if somebody _else_ changes the program and its
> behaviour gets changed in a way _you_ did not expect, such a mistake can
> be caught, even if you are not monitoring the mailing list to actively
> catch such a bad change to go into the system. So we prefer to test both
> sides of the coin without saying "this option only affects this codepath
> (currently) so it never can break this part, it is not worth checking this
> and that (right now)" when it is not too much trouble. It is a win in the
> long run.
I really did not get the reason before the other guy argued... :-S
> In any case, I like --reset-author better than --mine. I didn't think of
> diamond-mine, though ;-)
>
So that's it! Diamond... me neither! :-D
I am going to send you another patch in a few minutes. I hope this
time will be almost there.
Regards
next prev parent reply other threads:[~2009-11-04 2:56 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-03 21:09 [PATCH] commit -c/-C/--amend: reset timestamp and authorship to committer with --reset-author Erick Mattos
2009-11-03 22:38 ` Nanako Shiraishi
2009-11-03 23:51 ` Erick Mattos
2009-11-04 1:23 ` Junio C Hamano
2009-11-04 2:55 ` Erick Mattos [this message]
2009-11-04 1:12 ` 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=55bacdd30911031855k6b38557bte14c858775d39da6@mail.gmail.com \
--to=erick.mattos@gmail.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=nanako3@lavabit.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 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 NNTP newsgroup(s).