[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Gnu-arch-users] Re: fixing and extending "selected commit"
From: |
Miles Bader |
Subject: |
[Gnu-arch-users] Re: fixing and extending "selected commit" |
Date: |
02 Oct 2003 06:35:51 +0900 |
Robert Anderson <address@hidden> writes:
> I wonder if rather than "restricting attention" you might consider
> actually generating a second tree from the first, with the changes that
> are not to be committed split out into the second tree that is a
> complement of the first. This would accomodate not only dir and file
> limits, but also hunk limits as well.
That sounds _way_ more inefficient for large trees (whereas `restricting
attition' could _help_ large trees). Please think of the large trees.
-Miles
--
.Numeric stability is probably not all that important when you're guessing.
- Re: [Gnu-arch-users] fixing and extending "selected commit", Jan Hudec, 2003/10/01
- Re: [Gnu-arch-users] fixing and extending "selected commit", Robert Anderson, 2003/10/01
- [Gnu-arch-users] Re: fixing and extending "selected commit",
Miles Bader <=
- Re: [Gnu-arch-users] Re: fixing and extending "selected commit", Robert Anderson, 2003/10/02
- Re: [Gnu-arch-users] Re: fixing and extending "selected commit", Tom Lord, 2003/10/02
- [Gnu-arch-users] Re: fixing and extending "selected commit", Miles Bader, 2003/10/02
- Re: [Gnu-arch-users] Re: fixing and extending "selected commit", Tom Lord, 2003/10/02
- Re: [Gnu-arch-users] Re: fixing and extending "selected commit", Robert Anderson, 2003/10/02
- [Gnu-arch-users] Re: fixing and extending "selected commit", Miles Bader, 2003/10/02