From: Junio C Hamano <gitster@pobox.com>
To: Sam Vilain <sam.vilain@catalyst.net.nz>
Cc: git@vger.kernel.org, Peter Karlsson <peter@softwolves.pp.se>,
Mark Junker <mjscod@web.de>, Pedro Melo <melo@simplicidade.org>,
Martin Langhoff <martin.langhoff@gmail.com>,
Johannes Schindelin <Johannes.Schindelin@gmx.de>,
Dmitry Potapov <dpotapov@gmail.com>, Kevin Ballard <kevin@sb.org>
Subject: Re: [PATCH] [RFC] Design for pathname encoding gitattribute [RESEND]
Date: Tue, 22 Jan 2008 02:36:23 -0800 [thread overview]
Message-ID: <7vprvuqh94.fsf@gitster.siamese.dyndns.org> (raw)
In-Reply-To: <4795BE07.4040500@catalyst.net.nz> (Sam Vilain's message of "Tue, 22 Jan 2008 22:57:27 +1300")
Sam Vilain <sam.vilain@catalyst.net.nz> writes:
> On the chicken and egg thing, ...
> ... I do agree with Dscho's point that mixing encodings in a
> repository is not necessarily a use case worth catering for.
Are you talking about "repository" as in "a specific clone", or
"a project that can be cloned by many people and checked out to
suit cloner's needs"? I definitely agree that mixing encodings
in a project (i.e. "paths in tree objects") does not make any
sense _if_ clones of the projects _may_ want to check things out
in different pathname encodings from each other. And if all
clones would want to check things out the same way, it does not
really matter what encoding the paths in tree objects are.
I am not absolutely sure if you are talking about mixing
encodings depending on parts of the tree in a specific clone (my
earlier "Documentação/ja/ お読み下さい" example). I would
certainly say it would be a very low priority for us to support
such usage, as I imagine that multi-language trees would most
likely be checked out in UTF-8 everywhere, but it _might_ be
something people may find real need for.
next prev parent reply other threads:[~2008-01-22 10:37 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-22 4:41 [PATCH] [RFC] Design for pathname encoding gitattribute [RESEND] Sam Vilain
2008-01-22 5:35 ` Johannes Schindelin
2008-01-22 6:37 ` Junio C Hamano
2008-01-22 6:26 ` Junio C Hamano
2008-01-22 7:43 ` Junio C Hamano
2008-01-22 8:09 ` Mark Junker
2008-01-22 9:16 ` Junio C Hamano
2008-01-22 9:13 ` Rafael Garcia-Suarez
2008-01-22 9:57 ` Sam Vilain
2008-01-22 10:36 ` Junio C Hamano [this message]
2008-01-22 10:44 ` Sam Vilain
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=7vprvuqh94.fsf@gitster.siamese.dyndns.org \
--to=gitster@pobox.com \
--cc=Johannes.Schindelin@gmx.de \
--cc=dpotapov@gmail.com \
--cc=git@vger.kernel.org \
--cc=kevin@sb.org \
--cc=martin.langhoff@gmail.com \
--cc=melo@simplicidade.org \
--cc=mjscod@web.de \
--cc=peter@softwolves.pp.se \
--cc=sam.vilain@catalyst.net.nz \
/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).