From: Junio C Hamano <gitster@pobox.com>
To: "Ævar Arnfjörð Bjarmason" <avarab@gmail.com>
Cc: Alessandro Di Marco <dmr@ethzero.com>,
Antoine Pelisse <apelisse@gmail.com>,
Ramkumar Ramachandra <artagnon@gmail.com>,
git <git@vger.kernel.org>
Subject: Re: [PATCH] Geolocation support
Date: Mon, 09 Feb 2015 11:13:42 -0800 [thread overview]
Message-ID: <xmqqlhk6c2zd.fsf@gitster.dls.corp.google.com> (raw)
In-Reply-To: <CACBZZX5rgah7Ucek8dicaDeqvjdkR5ybBC5O7PUxE8+KBwrpgA@mail.gmail.com> ("Ævar Arnfjörð Bjarmason"'s message of "Mon, 9 Feb 2015 14:57:02 +0100")
Ævar Arnfjörð Bjarmason <avarab@gmail.com> writes:
> On Mon, Feb 9, 2015 at 2:24 AM, Junio C Hamano <gitster@pobox.com> wrote:
>> In case I was not clear, I do not think it is likely for us to accept
>> a patch that mucks with object header fields with this information.
>> Have them in the log text and let UI interpret them.
>
> We've already told clients for a long time to ignore fields they don't
> know about,
Yes, but the reason that mechanism is there is not because we want
to add random cruft Git does not have to know about. It is to avoid
older Git from suddenly stop working when we really need to add new
essential things.
This was discussed in great length on this list already.
cf. http://thread.gmane.org/gmane.comp.version-control.git/138848/focus=138852
More importantly, adding non-essential stuff left and right will
force third party Git reimplementations to pay attention to them and
also will leave room for them to make mistakes when deciding what to
propagate, what to drop and what to update when rewriting commits
via rebase, cherry-pick, etc.
> why would we not store what's intended to be
> machine-readable key-value pair data in the commit object itself,
I think this sentence gets it backwards. The question to ask is if
it is an arbitrary cruft that the end users are better off if they
can easily typofix in the commit message log editor, or is it
essential for Git to operate correctly and end users shouldn't be
allowed to muck with in the editor?
>> The expected location format is "CITY, COUNTRY (LAT, LON)".
I would expect that I can typofix "Les Angeles" to "Los Angeles",
if I were using this feature.
next prev parent reply other threads:[~2015-02-09 19:13 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-22 13:25 [PATCH] Geolocation support Alessandro Di Marco
2013-05-23 8:45 ` Ramkumar Ramachandra
2013-05-23 9:52 ` Antoine Pelisse
2013-05-23 11:58 ` Alessandro Di Marco
2013-05-23 17:48 ` Junio C Hamano
2015-02-09 0:03 ` Alessandro Di Marco
2015-02-09 1:24 ` Junio C Hamano
2015-02-09 13:57 ` Ævar Arnfjörð Bjarmason
2015-02-09 19:13 ` Junio C Hamano [this message]
2015-02-12 20:50 ` Alessandro Di Marco
2015-02-12 20:57 ` 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=xmqqlhk6c2zd.fsf@gitster.dls.corp.google.com \
--to=gitster@pobox.com \
--cc=apelisse@gmail.com \
--cc=artagnon@gmail.com \
--cc=avarab@gmail.com \
--cc=dmr@ethzero.com \
--cc=git@vger.kernel.org \
/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.