title: git svn fetch gives "Invalid revision range" "error: 128" after bfg cleanup
body: <p>I have a Git repo in migration from SVN with git-svn.
  I used <code>git svn fetch</code> to get the latest commits from SVN. I wanted to push the repo to GitHub, but there were some files in the history larger than 100 MB <a href="https://stackoverflow.com/questions/2100907/how-to-remove-delete-a-large-file-from-commit-history-in-git-repository">that I had to remove</a>, so I used <a href="https://rtyley.github.io/bfg-repo-cleaner/" rel="nofollow noreferrer">bfg repo cleaner</a> to get rid of them.</p>
  
  <pre><code>$ java -jar bfg-1.12.14.jar --strip-blobs-bigger-than 100M
  ...
  In total, 10235 object ids were changed. Full details are logged here:
  ...
  BFG run is complete! When ready, run: git reflog expire --expire=now --all &amp;&amp; git gc --prune=now --aggressive
  ...
  $ git reflog expire --expire=now --all &amp;&amp; git gc --prune=now --aggressive
  Counting objects: 204963, done.
  Delta compression using up to 8 threads.
  Compressing objects: 100% (171827/171827), done.
  Writing objects: 100% (204963/204963), done.
  Total 204963 (delta 91547), reused 106805 (delta 0)
  
  $ git svn fetch -A authors-transform.txt
  fatal: Invalid revision range b156a7b66be002c3bf38987ea503f5c852146343 
  rev-list --pretty=raw --reverse b156a7b66be002c3bf38987ea503f5c852146343..refs/remotes/git-svn --: command returned error: 128
  </code></pre>
  
  <p>How can I make it work without reinitialising the whole repository, as I don't want those files again in the history (they exceed GitHub's limit)? Any way to recalculate the hash or to make it ignore the mismatch?</p>