my strategy on implementing line-endings (eol) support
bialix at ukr.net
Tue Apr 15 09:48:57 BST 2008
Martin Pool пишет:
> 2008/4/14 Alexander Belchenko <bialix at ukr.net>:
>> >== Line Endings ==
>> > * trivial changes resulting in entire file diffs. Hard to read, blows up
>> repository size, invalidates sha1 caching in >dirstate.
>> I suppose you were talking about mangling of line-endings in working tree.
>> Completely agree.
>> This is main problem I wanna to solve.
> This is referring, beyond the obvious issue of showing the right diff
> to the user, to the problems that would occur if we always just
> committed what was in the tree. I believe this is what svn does, or
> did, and it has the advantage that you can always reproduce
> byte-for-byte what was stored in the workingtree, which potentially
> lets you recover if people commit with the wrong eol settings. I used
> to support that approach. But it does mean that the whole file will
> commonly flip from one encoding to the other, making the repository
> needlessly very big.
It's interesting point, I never thinking about this problem.
But this impossible to use in bzr without versioned properties. IMHO.
More information about the bazaar