Question

My central repository is stored on an 8GB USB stick. I accidentally committed some big files, so the repository doesn’t fit on the stick anymore. Is there a way to correct this situation?

Answer 1

I voted up catchyifyoutry’s answer since he’s got the steps you’ll probably use, but here’s a handy list.

First, though, a reminder. If you’ve already pushed this repository somewhere semi-public, and people have pulled the repository, then none of the tips below will work. When next they push and you pull you’ll get the original changesets back in their unmodified form. Your only recourse is to talk to each person who has a clone and ask them to delete it and re-clone. That said, on to the list:

Ways to obliterate files you committed on accident

• If you’ve not yet pulled or committed anything else: hg rollback will act as one level undo
• If you’re willing to throw away the last N revisions: hg clone -r -N repo-with-too-much repo-with-N-fewer changesets # example: hg clone -r -2 big-repo small-repo
• If your change was too long ago for either of those to be okay: hg convert --filemap myfilemap.txt too-big-repo new-repo

In that last case myfilemap.txt has in it:

exclude path/to/file/to/remove

Notes:

• the clone -r case technically asks for the minimal clone that could include revision tip-N, which if you have a branchy repo. Additionall pull -r lines (one per head) will be necessary to pull over other non-linear history.
• with the hg convert solution the hashcode of every modified changeset and all of their descendants will be modified.