git svn - git svn fetch gives "Invalid revision range" "error: 128" after bfg cleanup -
i have git repo in migration svn git-svn. used git svn fetch
latest commits svn. wanted push repo github, there files in history larger 100 mb that had remove, used bfg repo cleaner rid of them.
$ java -jar bfg-1.12.14.jar --strip-blobs-bigger-than 100m ... in total, 10235 object ids changed. full details logged here: ... bfg run complete! when ready, run: git reflog expire --expire=now --all && git gc --prune=now --aggressive ... $ git reflog expire --expire=now --all && git gc --prune=now --aggressive counting objects: 204963, done. delta compression using 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
how can make work without reinitialising whole repository, don't want files again in history (they exceed github's limit)? way recalculate hash or make ignore mismatch?
whilst git-svn
provides pretty decent mirroring support of subversion git, won't able combine history-rewriting clean-up tool such bfg.
if need clean-up repository, should think completing subversion-to-git migration, scripting conversion , migration, , moving git-first commits , abandoning subversion repository alogether, @ point won't care git-svn
anymore. find difficult scrub subversion history, , impossible relate scrubbed subversion , bfg-scrubbed git each-other. have observed, git-svn
not going tolerate rewrite.
plan bfg clean-up once-off exercise, scripted , tested against ongoing git-svn
fetches, once run, stop using subversion altogether , use git.
Comments
Post a Comment