git filter-branch --tree-filter 'rm filename' newbranch+
git filter-branch --tree-filter 'rm filename' HEAD
From a196f6d93a21ebac9befc4b52a2b0586471b5fa4 Mon Sep 17 00:00:00 2001
From: Junio C Hamano The command takes the new branch name as a mandatory argument and
the filters as optional arguments. If you specify no filters, the
commits will be recommitted without any changes, which would normally
-have no effect and result in the new branch pointing to the same
-branch as your current branch. Nevertheless, this may be useful in
-the future for compensating for some git bugs or such, therefore
-such a usage is permitted. WARNING! The rewritten history will have different object names for all
the objects and will not converge with the original branch. You will not
be able to easily push and distribute the rewritten branch on top of the
original branch. Please do not use this command if you do not know the
full implications, and avoid using it anyway, if a simple single commit
would suffice to fix your problem. Always verify that the rewritten version is correct before disposing
-the original branch. Always verify that the rewritten version is correct: The original refs,
+if different from the rewritten ones, will be stored in the namespace
+refs/original/. Note that since this operation is extensively I/O expensive, it might
be a good idea to redirect the temporary directory off-disk, e.g. on
tmpfs. Reportedly the speedup is very noticeable.
+ git filter-branch refuses to start with an existing temporary
+ directory or when there are already refs starting with
+ refs/original/, unless forced.
+ A significantly faster version: Now, you will get the rewritten history saved in the branch newbranch
(your current branch is left untouched). (if the parent string is empty - therefore we are dealing with the
initial commit - add graftcommit as a parent). Note that this assumes
@@ -481,13 +491,13 @@ happened). If this is not the case, use: or even simpler: To remove commits authored by "Darl McBribe" from the history: The shift magic first throws away the tree id and then the -p
parameters. Note that this handles merges properly! In case Darl
@@ -529,13 +539,13 @@ A--B-----C
To rewrite only commits D,E,F,G,H, but leave A, B and C alone, use: To rewrite commits E,F,G,H, use one of these: To move the whole tree into a subdirectory, or remove it from there:DESCRIPTION
git filter-branch --tree-filter 'rm filename' newbranch
+git filter-branch --tree-filter 'rm filename' HEAD
git filter-branch --index-filter 'git update-index --remove filename' newbranch
+git filter-branch --index-filter 'git update-index --remove filename' HEAD
git filter-branch --parent-filter 'sed "s/^\$/-p <graft-id>/"' newbranch
+git filter-branch --parent-filter 'sed "s/^\$/-p <graft-id>/"' HEAD
git filter-branch --parent-filter \
- 'cat; test $GIT_COMMIT = <commit-id> && echo "-p <graft-id>"' newbranch
+ 'cat; test $GIT_COMMIT = <commit-id> && echo "-p <graft-id>"' HEAD
echo "$commit-id $graft-id" >> .git/info/grafts
-git filter-branch newbranch $graft-id..
+git filter-branch $graft-id..HEAD
git filter-branch ... new-H C..H
+git filter-branch ... C..H
git filter-branch ... new-H C..H --not D
-git filter-branch ... new-H D..H --not C
+git filter-branch ... C..H --not D
+git filter-branch ... D..H --not C
Author
@@ -562,7 +572,7 @@ and the git list <git@vger.kernel.org>