Re: merge smart enough to adapt to renames?
- From
Caleb Cushing <xenoterracide@gmail.com>
- Date
- Feb 22, 2009, 01:00 UTC
- Message-ID
- <81bfc67a0902211700m7a0d0ae8jd17a871ba102fd9f@mail.gmail.com>
- In-Reply-To
- <e51f4f550902202048g9a210f0t8fefaee4d8376f6c@mail.gmail.com>
On Fri, Feb 20, 2009 at 11:48 PM, Kris Shannon <kris@shannon.id.au> wrote:
Show 23 quoted lines
> Rogan Dawes wrote: >> It seems to me that git is smart enough to figure out where contents get >> moved to, once. Of course, if you have conflicting moves in the same >> repo, git's automation falls down. So, if you need to move the "same" >> file in different repositories to different places, you need to do it >> via an intermediate repo that will be able to "remember" which movement >> you chose. > > You don't need a whole different repo, branches are good enough. > > git checkout gentoo-integration > git pull gentoo > > git checkout sunrise-integration > git pull sunrise > > git checkout master > git merge gentoo > git merge sunrise > > The integration branches can remember your local changes to > the remotes (like the move of packages.mask) >
it sounds like a decent plan on paper... but when you realize each checkout is 100,000+ files...to where as if I create a repo just for it... it ends up being like 5 files... and I'm not entirely sure that has much of a negative side effect... other than... yet another remote...
-- Caleb Cushing http://xenoterracide.blogspot.com