Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p>None of the suggested answers will work. <code>git svn fetch</code> with a revision will only retrieve newer revisions than what is already cloned. You may be able to use <code>git svn reset</code> to go back to an older revision and retrieve from there, but you'll have to do some dirty work afterwards to 'graft' your newer revisions back onto the full tree (the SHA1 of an SVN revision in git depends on the entire parentage of the revision). If you're handy with the scalpels <code>git</code> offers you, go for it.</p> <p>It's much easier to just avoid the issue.</p> <ul> <li>Do an initial clone of the last few revisions, so you can get working immediately;</li> <li>Start another clone of the full history into another directory/git repository;</li> <li>Work in your partial history as much as you want;</li> <li>When the full clone completes, use an approach like <a href="http://www.sanityinc.com/articles/relocating-git-svn-repositories/" rel="noreferrer">http://www.sanityinc.com/articles/relocating-git-svn-repositories/</a> to copy your work from the partial repository to the full one.</li> </ul> <p>So, that's a partial answer - how can you afterwards fetch history? Fetch it into another repo and copy what you need over. Can it be done in chunks of 1000 in reverse order? With the scalpels, and a lot of patience, it <em>could</em>, but it's unlikely worth it. The full fetch running forward is going to outrun the overhead of all those first revisions grabbed by each block you <code>git svn fetch</code>, and the fixup will get tedious.</p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload