Re: Subtree in Git

2013-03-04 Thread Paul Campbell
On Sat, Mar 2, 2013 at 5:43 PM, Paul Campbell wrote: > On Sat, Mar 2, 2013 at 11:21 AM, David Michael Barr wrote: >> On Sat, Mar 2, 2013 at 9:05 AM, Paul Campbell wrote: >>> On Fri, Mar 1, 2013 at 2:28 AM, Kindjal wrote: David Michael Barr rr-dav.id.au> writes: > From a quick sur

Re: Subtree in Git

2013-03-02 Thread Paul Campbell
On Sat, Mar 2, 2013 at 11:21 AM, David Michael Barr wrote: > On Sat, Mar 2, 2013 at 9:05 AM, Paul Campbell wrote: >> On Fri, Mar 1, 2013 at 2:28 AM, Kindjal wrote: >>> David Michael Barr rr-dav.id.au> writes: >>> From a quick survey, it appears there are no more than 55 patches squash

Re: Subtree in Git

2013-03-02 Thread David Michael Barr
On Sat, Mar 2, 2013 at 9:05 AM, Paul Campbell wrote: > On Fri, Mar 1, 2013 at 2:28 AM, Kindjal wrote: >> David Michael Barr rr-dav.id.au> writes: >> >>> From a quick survey, it appears there are no more than 55 patches >>> squashed into the submitted patch. >>> As I have an interest in git-subtr

Re: Subtree in Git

2013-03-01 Thread Paul Campbell
On Fri, Mar 1, 2013 at 2:28 AM, Kindjal wrote: > David Michael Barr rr-dav.id.au> writes: > >> From a quick survey, it appears there are no more than 55 patches >> squashed into the submitted patch. >> As I have an interest in git-subtree for maintaining the out-of-tree >> version of vcs-svn/ and

Re: Subtree in Git

2013-02-28 Thread Kindjal
David Michael Barr rr-dav.id.au> writes: > From a quick survey, it appears there are no more than 55 patches > squashed into the submitted patch. > As I have an interest in git-subtree for maintaining the out-of-tree > version of vcs-svn/ and a desire to improve my rebase-fu, I am tempted > to m

Re: Subtree in Git

2012-10-29 Thread dag
David Michael Barr writes: > As I have an interest in git-subtree for maintaining the out-of-tree > version of vcs-svn/ and a desire to improve my rebase-fu, I am tempted > to make some sense of the organic growth that happened on GitHub. > It doesn't appear that anyone else is willing to do this

Re: Subtree in Git

2012-10-29 Thread dag
Herman van Rink writes: > What would a random user have to do to get a patch in? I've found a > number of subtree related mails on the git-user list go completely > unanswerd. Amongst them a patch from James Nylen wich seems very > reasonable. I have those patches queued for merging. I've been

Re: Subtree in Git

2012-10-26 Thread James Nylen
On Fri, Oct 26, 2012 at 9:58 AM, David Michael Barr wrote: > From a quick survey, it appears there are no more than 55 patches > squashed into the submitted patch. > As I have an interest in git-subtree for maintaining the out-of-tree > version of vcs-svn/ and a desire to improve my rebase-fu, I a

Re: Subtree in Git

2012-10-26 Thread David Michael Barr
On Saturday, 27 October 2012 at 12:10 AM, Herman van Rink wrote: > On 10/22/2012 04:41 PM, d...@cray.com (mailto:d...@cray.com) wrote: > > Herman van Rink mailto:r...@initfour.nl)> writes: > > > > > On 10/21/2012 08:32 AM, Junio C Hamano wrote: > > > > Herman van Rink mailto:r...@initfour.nl)> wri

Re: Subtree in Git

2012-10-26 Thread Herman van Rink
On 10/22/2012 04:41 PM, d...@cray.com wrote: > Herman van Rink writes: > >> On 10/21/2012 08:32 AM, Junio C Hamano wrote: >>> Herman van Rink writes: >>> Junio, Could you please consider merging the single commit from my subtree-updates branch? https://github.com/helmo/git/tree/subtree-

Re: Subtree in Git

2012-10-22 Thread dag
Herman van Rink writes: > The problem is that I don't have the time to split all these out. Dag > has indicated that he does not have the time either. I would have the time to review and integrate separate patches. I do not have time to unwrap the ball of wax and ensure the quality of each feat

Re: Subtree in Git

2012-10-22 Thread dag
Junio C Hamano writes: > I haven't formed an opinion on the particular change as to how bad > its collapsing unrelated changes into a single change is. Maybe they > are not as unrelated and form a coherent whole. Maybe not. It is difficult for me to tell which is one of the red flags that cau

Re: Subtree in Git

2012-10-22 Thread dag
Herman van Rink writes: > On 10/21/2012 08:32 AM, Junio C Hamano wrote: >> Herman van Rink writes: >> >>> Junio, Could you please consider merging the single commit from my >>> subtree-updates branch? https://github.com/helmo/git/tree/subtree-updates >> In general, in areas like contrib/ where t

Re: Subtree in Git

2012-10-21 Thread Herman van Rink
On 10/21/2012 09:51 PM, Junio C Hamano wrote: > Herman van Rink writes: > >> On 10/21/2012 08:32 AM, Junio C Hamano wrote: >>> Herman van Rink writes: >>> Junio, Could you please consider merging the single commit from my subtree-updates branch? https://github.com/helmo/git/tree/subtree

Re: Subtree in Git

2012-10-21 Thread Junio C Hamano
Herman van Rink writes: > On 10/21/2012 08:32 AM, Junio C Hamano wrote: >> Herman van Rink writes: >> >>> Junio, Could you please consider merging the single commit from my >>> subtree-updates branch? https://github.com/helmo/git/tree/subtree-updates >> In general, in areas like contrib/ where t

Re: Subtree in Git

2012-10-21 Thread Herman van Rink
On 10/21/2012 08:32 AM, Junio C Hamano wrote: > Herman van Rink writes: > >> Junio, Could you please consider merging the single commit from my >> subtree-updates branch? https://github.com/helmo/git/tree/subtree-updates > In general, in areas like contrib/ where there is a volunteer area > mainta

Re: Subtree in Git

2012-10-20 Thread Junio C Hamano
Herman van Rink writes: > Junio, Could you please consider merging the single commit from my > subtree-updates branch? https://github.com/helmo/git/tree/subtree-updates In general, in areas like contrib/ where there is a volunteer area maintainer, unless the change something ultra-urgent (e.g. s

Re: Subtree in Git

2012-10-20 Thread Herman van Rink
On 07/11/2012 06:14 PM, d...@cray.com wrote: > Herman van Rink writes: > >>> It's hard to tell what's what with one big diff. Each command should >>> get its own commit plus more if infrastructure work has to be done. I >>> realize it's a bit of a pain to reformulate this but git rebase -i makes

Re: Subtree in Git

2012-07-11 Thread dag
Herman van Rink writes: >> It's hard to tell what's what with one big diff. Each command should >> get its own commit plus more if infrastructure work has to be done. I >> realize it's a bit of a pain to reformulate this but git rebase -i makes >> it easy and the history will be much better lon