git-svn: respect i18n.commitencoding config
authorEric Wong <normalperson@yhbt.net>
Thu, 30 Oct 2008 06:49:26 +0000 (23:49 -0700)
committerEric Wong <normalperson@yhbt.net>
Thu, 6 Nov 2008 08:52:18 +0000 (00:52 -0800)
commitaab57205515d9a74fe20cd51c509f65757b97a66
tree5f12f72be36fef222e499e0c5dc78a563283f1c2
parent163f3689e94440d1900fbdec4693cfae384be94a
git-svn: respect i18n.commitencoding config

SVN itself always stores log messages in the repository as
UTF-8.  git always stores/retrieves everything as raw binary
data with no transformations whatsoever.

To interact with SVN, we need to encode log messages as UTF-8
before sending them to SVN, as SVN cannot do it for us.  When
retrieving log messages from SVN, we also need to (attempt to)
reencode the UTF-8 log message back to the user-specified commit
encoding.

Note, handling i18n.logoutputencoding for "git svn log" also
needs to be done in a future change.

Also, this change only deals with the encoding of commit
messages and nothing else (path names, blob content, ...).

In-Reply-To: <8b168cfb0810282014r789ac01dnec51824de1078f0@mail.gmail.com>
James North <tocapicha@gmail.com> wrote:
> Hi,
>
> I'm using git-svn on a system with ISO-8859-1 encoding. The problem is
> when I try to use "git svn dcommit" to send changes to a remote svn
> (also ISO-8859-1).
>
> Seems like git-svn is sending commit messages with utf-8 (just a
> guessing...) and they look bad on the remote svn log. E.g. "Ca?\241a
> de cami?\243n"
>
> I have tried using i18n.commitencoding=ISO-8859-1 as suggested by the
> warning when doing "git svn dcommit" but messages still are sent with
> wrong encoding.

Signed-off-by: Eric Wong <normalperson@yhbt.net>
git-svn.perl
t/t9129-git-svn-i18n-commitencoding.sh [new file with mode: 0755]