Support for local "remote" repositories about dgit HOT 15 CLOSED

We're also missing support for ssh, and "dumb" http where it just crawls a url and downloads the files.

from dgit.

I'll try and tackle this (maybe not the dumb http protocol), it'll give me a break from trying to get all the read-tree tests passing and give me a chance to revisit some of the uglier code I wrote to implement pull back when I didn't understand the transfer protocol at all.

from dgit.

I seem to be back on the read-tree campaign, so I'm going to unassign this from myself in case anyone else wants to look into it..

from dgit.

I've started adding support for this in #151. The clone/fetch commands still need to be updated to use fetch-pack, and you need a git-upload-pack implementation in your path to clone from a local repo, but that should be fine for running the test suite (once clone/fetch are updated.)

from dgit.

Fetching and cloning is done as of #154.

from dgit.

With #221 I was able to run dgit clone . /tmp/foo on the dgit repo to clone it into /tmp/foo

from dgit.

(On DragonFlyBSD)

from dgit.

That's awesome. I wonder why the chdir caused problems?

from dgit.

It was evaluating paths relative to the wrong place, so the working dir would the new "/tmp/foo" instead of the original "." when it was running fetch and it was detecting that it was already up to date with itself, because it was comparing the new directory to itself.. (it still looks like it freezes for a bit, but that's only because for some reason the "git reset --hard" part is slow at the end of the clone)

from dgit.

It's definitely working much better now but I'm running into some problems when the dest is not an absolute path. (e.g. git clone foo bar)

Rel: can't make bar/foo.txt relative to /Users/cmcgee/tmp

I can cd into bar and checkout the master branch afterwards.

from dgit.

The t5510-fetch tests are working with the exception of #222 but there is a hang on fetch, not clone now.

The hang is happening with these git commands:

	git config branch.master.remote yeti &&
	git config branch.master.merge refs/heads/bigfoot &&
	git config remote.blub.url one &&
	git config remote.blub.fetch "refs/heads/*:refs/remotes/one/*" &&
	git fetch blub

I wonder if it is because the remote.blub.url is a relative path and it runs into a similar problem as #221

from dgit.

I'm reverting #221, because I'm getting the same error with http clones, so it needs a little further investigation.

from dgit.

Part of this enhancement involves fixing the freezes found in #215
There is also a freeze happening in "git fetch" when the remote is a local repository, which might be a different problem.

from dgit.

Okay, #225 reverts the reversion of #221 with the rel issues more thoroughly tested. can we close this issue and open more specific ones about any issues? The issue that this ticket is about itself is fixed, what's left is other issues that were previously hidden by the fact that the feature didn't work at all..

from dgit.

Yes, sounds good. Closing this issue.

from dgit.