Subject: Re: [boost] Line endings fixes
From: Dave Abrahams (dave_at_[hidden])
Date: 2013-08-08 13:55:34
On Thursday, August 8, 2013 7:58:47 AM UTC-7, Niall Douglas wrote:
> > >> They're intended to be viewed as images, they should never be edited
> > >> as source as they're script generated.
> > >
> > >Well, then why have they mixed eols? Can the script be fixed? And I
> > >guess I can edited them using inkscape ;-)
> > You could edit then in Inkscape, and I'm sure that would work just fine
> > regardless of the line-endings they use.
> > The question is what should the script be fixed to? I guess all \n's
> no \r's is
> > safest?
> There is something real weird going on, as supposedly git should
> mismatched EOLs during a svn commit replay irrespective of mismatch in the
> svn content.
If by âsvn commit replayâ you mean what Boost2Git is doing, then no,
thereâs no reason to think that should happen. Weâre using
git-fast-import, which just eats the raw bytes you send it and doesnât have
an opinion about whether theyâre text or not.
Also, let me be very clear, just in case thereâs some misunderstanding
about this: it is not Boost2Gitâs job to fix bad SVN commits in the past.
If something like that needs to be fixed before the transition, it should
be fixed by making new commits to SVN, which means existing history stays
as it is. Another option is to make fixes in Git immediately after the
transition (which again, doesnât change history). That means the only
things we can alter that change the way history appears in Git are
.gitattributes, repositories.txt, etc., and non-Boost-specific logic in the
Boost2Git source codeâat least, not without very extensive justification.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk