Messages in this thread | | | Date | Sun, 26 Feb 2006 05:45:02 -0500 | From | Jeff Garzik <> | Subject | Re: [stable] [PATCH 1/2] sd: fix memory corruption by sd_read_cache_type |
| |
Al Viro wrote: > On Sun, Feb 26, 2006 at 03:39:50AM -0500, Jeff Garzik wrote: > >>Any chance we could get 'git fetch --heads' ? >> >>FWIW, I regularly blow away and create new heads, so the above is rather >>long for people who use my repos. A lot of them use rsync because when >>you're tracking a repo with ever-changing branches, 'git pull' doesn't >>really approximate "make local X look like remote X". > > > Speaking of which... Shouldn't git clone bring in .git/HEAD for rsync:// URLs? > As it is, we end up with HEAD pointing to refs/master, which might simply > not be there. For git:// we get .git/HEAD same as in remote repository, > so behaviour for rsync:// probably should be the same... > > Looks like a missing rsync in git-clone, around > rsync://*) > rsync $quiet -av --ignore-existing \ > --exclude info "$repo/objects/" "$GIT_DIR/objects/" && > rsync $quiet -av --ignore-existing \ > --exclude info "$repo/refs/" "$GIT_DIR/refs/" || exit > > Comments?
AFAICS 'git clone $rsync_url' pulls down the heads and tags just fine... I just tried it again to be certain. refs/heads and refs/tags is fully populated, and HEAD links to refs/master as it should.
Jeff
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |