remove manuscript and manuscript_original/images folders from repo and history

[DinisCruz]

at the moment this repo has 1887 objects and 44.13 MiB

let's see if we can make it smaller (specially now that the manuscript files are not going to be stored in this repo)

[DinisCruz]

webhook has been removed

[DinisCruz]

backed up repo locally and downloaded zip from GitHub (just in case :) )

[DinisCruz]

going to try git filter-branch

• http://dalibornasevic.com/posts/2-permanently-remove-files-and-folders-from-git-repo
• https://git-scm.com/docs/git-filter-branch

[DinisCruz]

executed git filter-branch --tree-filter "rm -rf manuscript_original" HEAD

very interesting how it worked

[DinisCruz]

updated GitHub with git push -f origin

which now doesn't have the manuscript_original folder anymore

[DinisCruz]

note trying another remove doesn't work

which is not bad thing (since it makes do the next remove on a clean clone from this repo)

Doing a git clone with git clone git@github.com:DinisCruz/Book_Practical_AngularJS.git

executing git filter-branch --tree-filter "rm -rf manuscript" HEAD

This one affected 128 commits

Here is an example of a commit that is empty now

[DinisCruz]

doing a forced push using git push -f origin

and now the manuscript folder doesn't exist anymore

[DinisCruz]

Ironically the new repo is not much smaller than the previous one

which makes sense since that manuscript folder had the files that exist in the content folder

in fact it shows the power of git file storage vs file system storage

The folder that starts with _ is the previous version

[DinisCruz]

humm, some of the files are still there (caused by the tag/release)

[DinisCruz]

ok... removing the tags (and the commits associated with it) is what did the trick

now we have 1229 objects with 24.68Mb and the clone process takes significantly less time :)

[DinisCruz]

Here it is cloning in Travis 1.51 secs