Re: git-svn and huge data and modifying the git-svn-HEAD branch directly

On 3/2/06, Junio C Hamano [off-list ref] wrote:

Linus Torvalds [off-list ref] writes:

quoted

But if somebody does the get_sha1() magic, and Junio agrees, then I think
it would be a great thing to do.

I am inclined to agree here.

Aren't we doing a lot of work (changes in core git, and corresponding
changes in the porcelain) when simple changes in porcelain would
suffice? Let's imagine that

 - git-commit refuses to commit to a head that has a corresponding
remote (cg-commit does this already with heads that match something in
'branches')
 - git-$SCMimport scripts generate a semi-bogus remotes/headname entry
 - git-pull/push can spot and ignore the semi-bogus remotes/headname entry
 - this means that `touch remotes/foo` is now a cheap way of making
the head readonly
 - depending on the git-$SCMimport script, the remotes/headname file
can perhaps contain useful configuration data for the import, so
git-$SCMimport headname does the right thing.

cheers,


martin