Junio C Hamano <junkio@xxxxxxx> wrote: > Eric Wong <normalperson@xxxxxxxx> writes: > > > Both push and pull are git/bk/hg(?)-specific terms; most SVN users are > > not accustomed to them. Using 'pull' with git-svn has already been > > discouraged for a while (since the introduction of dcommit); and > > having a 'push' without a 'pull' would be very confusing. > > I am not sure how 'push' side should be integrated, but I wish > people could simply update a branch that is managed by foreign > SCM interfaces such as git-svn and git-cvsimport with 'git fetch' > by saying that the remote URL points at a non-git "repository" > in remotes/ (or corresponding config). Ack on being able to use 'git fetch'. > git-cvsimport builds the git objects from the changeset without > using the working tree, and it would be very natural and simple > to integrate it into 'git fetch', pretending as if it is just a > funny transport. > > If the interface uses the working tree to update the state from > foreign SCM, then integrating with git-fetch would be > inpractical. I guess git-svn works that way? git-svn only needs a working tree (hidden away in .git/svn/ and the user should never see it) when it uses the command-line svn client. If the SVN:: libraries are available, then git-svn just uses an alternative index like cvsimport. -- Eric Wong - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html