1. Augie Fackler
  2. hgsubversion
Issue #65 resolved

.hg/svn/url must die

Dave Watson
created an issue

.hg/svn/url is a legacy of a bygone era now, we should start relying more on the url we're interacting with and just verify the subdirectory and UUID in a more paranoid way.

Comments (11)

  1. Augie Fackler repo owner

    You did an hg clone and then wanted to push/pull to and from svn from the new repo? The .hg/svn/url file is far from sufficient for that to work. Take a look at hg svn rebuildmeta.

  2. Dave Watson reporter

    No - I did an hg svn clone on the machine that hosts the SVN repo (as file: based clone works several orders of magnitude faster than doing it over the network). I then transferred it to another machine, but needed to fix up the url. So all the SVN meta information was correct, just needed to update the URL.

    Perhaps not a common case, but it seems there's no reason *not* to strip whitespace from that file. If people screw up their settings, fine, but there are legitimate reasons why you'd want to do this.

  3. Dan Villiom Podlaski Christiansen

    For me, this issue is a special case of a more general issue: .hg/svn needs to die. Ultimately, we shouldn't store any more state than the convert extension. Getting their won't be easy, but every file killed brings us one step closer to this, and thus makes Subversion sources less special compared to other sources.

  4. Log in to comment