[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Savannah-help-public] coreutils is moving to distributed version co
Re: [Savannah-help-public] coreutils is moving to distributed version control
Fri, 9 Jun 2006 00:36:18 +0200
> rsync write access is good, at least initially.
> Unless there's some other way for me to transfer the original
> .git repository, and potentially, to overwrite it with a new
> one as I experiment and (likely, as I learn) want to start fresh.
After some thoughs, we cannot provide direct and complete rsync access
with our current security model which is: no local access (and not
custom hooks). Even CVS replication is made in such a way that CVSROOT
is not overwritten.
I'd rather work on setting git up so it can suit your needs as well as
those of other users :)
I need to implement a Savane interface to backup&reset any repository
on project admin's demand - if you can help work on this, that'd be
> Wow. Thank you. You're a little too quick for me.
> I haven't made the leap yet, but I have heard that there
> tailor now supports mirroring *from* git and hg to other VC tools --
> now, the table at http://www.darcs.net/DarcsWiki/Tailor reflects
> this recent change.
Tailor sounds really cool. I need to investigate it to advice users
with repository migrations :)
> How do I upload the initial .git repository (it's 73MB, with all
> old deltas and history) via the server?
> With the test repositories I've created locally, I've just
> copied it into place.
Ok, as far as I understand you can simply push your local repository
to Savannah. I did:
~/tests/git/git-latest$ git push \
updating 'refs/heads/remote_branch' using 'refs/heads/master'
Done counting 19368 objects.
Deltifying 19368 objects.
100% (19368/19368) done
Unpacking 19368 objects
Total 19368, written 19368 (delta 13368), reused 19187 (delta 13208)
refs/heads/test: 0000000000000000000000000000000000000000 ->
Some variants of that command overwrite the remote_branch and reupload
everything, I'll play a bit more with this.
.git/remotes/yourshortcut can prevent from typing a super-long push
I need to implement some hooks to pack the repository from time to
time, maybe. That'd depend on disk usage patterns.