At Mon, 15 Aug 2005 15:43:26 -0700 (PDT),
Linus Torvalds wrote:
>
> On Tue, 16 Aug 2005, Yasushi SHOJI wrote:
> >
> > > Instead of disabling it entirely, how about just having some limit on it?
> >
> > ah, that's a good idea. here is a quick and dirty patch.
>
> This makes it somewhat more expe
Linus Torvalds <[EMAIL PROTECTED]> writes:
> This makes it somewhat more expensive - I was thinking about disabling it
> in git-diff-tree, since the rename logic already knows how many
> new/deleted files there are.
That's doable. I'll rig something up on my next GIT day, along
with the clean-
On Tue, 16 Aug 2005, Yasushi SHOJI wrote:
>
> > Instead of disabling it entirely, how about just having some limit on it?
>
> ah, that's a good idea. here is a quick and dirty patch.
This makes it somewhat more expensive - I was thinking about disabling it
in git-diff-tree, since the rename l
At Mon, 15 Aug 2005 11:53:20 -0700 (PDT),
Linus Torvalds wrote:
>
> On Tue, 16 Aug 2005, Yasushi SHOJI wrote:
> >
> > It seems to me that git-diff-tree needs huge memory if you try to diff
> > on big change with rename detection enabled.
> >
> > This isn't problem for sane project but if you cre
On Tue, 16 Aug 2005, Yasushi SHOJI wrote:
>
> It seems to me that git-diff-tree needs huge memory if you try to diff
> on big change with rename detection enabled.
>
> This isn't problem for sane project but if you create a repo with only
> major releases imports, git-diff-tree run by git_commi
5 matches
Mail list logo
