Thread (18 messages) flat view 18 messages, 4 authors, 2016-06-15

Re: Cloning from kernel.org, then switching to another repo

From: Jeff King <hidden>
Date: 2016-06-15 22:43:50

On Mon, Nov 12, 2007 at 12:28:28PM -0500, Jon Smirl wrote:
Actually, fetching from kernel.org first and then switching the origin
isn't helping. The host is http only since I can't get access to the
git network port. When I pushed up my local repo it ends up in one big
pack.

I do this:
git clone kernel.org
move the origin
git pull
-- it still pulls down the entire pack and takes an hour
Yep, the http fetch code doesn't understand about fetching parts of
packs (there was some discussion about using partial HTTP transfers, but
nobody seems to have cared enough to implement it).
Will this fix it?
at my remote host, first clone from kernel.org
then push my local changes?
Yes, it should. The goal is to not put your changes and the upstream
commits in the same pack. You could also push _just_ the upstream
commits first, then in a different push, send your local changes. But
when they get pushed together, they all end up in the same pack.

-Peff
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help