Re: [PATCH] filter-branch: add git_commit_non_empty_tree and --prune-empty.
- From
Pierre Habouzit <madcoder@debian.org>
- Date
- Nov 3, 2008, 15:18 UTC
- Message-ID
- <20081103151826.GJ13930@artemis.corp>
- In-Reply-To
- <20081103092729.GE13930@artemis.corp>
On Mon, Nov 03, 2008 at 09:27:29AM +0000, Pierre Habouzit wrote:
Show 22 quoted lines
> On Mon, Nov 03, 2008 at 04:58:44AM +0000, Junio C Hamano wrote: > > > diff --git a/t/t7003-filter-branch.sh b/t/t7003-filter-branch.sh > > > index b0a9d7d..352b56b 100755 > > > --- a/t/t7003-filter-branch.sh > > > +++ b/t/t7003-filter-branch.sh > > > @@ -262,4 +262,12 @@ test_expect_success 'Tag name filtering allows slashes in tag names' ' > > > test_cmp expect actual > > > ' > > > > > > +test_expect_success 'Prune empty commits' ' > > > + make_commit to_remove && > > > + (git rev-list HEAD | grep -v $(git rev-parse HEAD)) > expect && > > > > I am not sure what this one is doing. > > > > - Isn't this the same as "git rev-list HEAD^"? > > - Do you need a subshell? > > The filter-branch is supposed to prune the last commit done (current > HEAD) from the revision list. So I build the rev-list we're supposed to > have in the end, and remove the matching ref from it. I don't see how to > avoid the subshell though, but if someone knows better please do :)
Actually one can write the test this way:
test_expect_success 'Prune empty commits' '
git rev-list HEAD > expect &&
make_commit to_remove &&
git filter-branch -f --index-filter "git update-index --remove to_remove" --prune-empty HEAD &&
git rev-list HEAD > actual &&
test_cmp expect actual
'Which basically: - remembers the current list of revisions, - makes a commit, - runs an index-filter that makes that last commit void, - checks the last commit has been removed.
below is the updated patch with your comment and this fix ---8<--- From: Pierre Habouzit <madcoder@debian.org> Date: Fri, 31 Oct 2008 10:12:21 +0100 Subject: [PATCH] filter-branch: add git_commit_non_empty_tree and --prune-empty.
git_commit_non_empty_tree is added to the functions that can be run from commit filters. Its effect is to commit only commits actually touching the tree and that are not merge points either.
The option --prune-empty is added. It defaults the commit-filter to 'git_commit_non_empty_tree "$@"', and can be used with any other combination of filters, except --commit-hook that must used 'git_commit_non_empty_tree "$@"' where one puts 'git commit-tree "$@"' usually to achieve the same result.
Signed-off-by: Pierre Habouzit <madcoder@debian.org> --- Documentation/git-filter-branch.txt | 14 ++++++++++++++ git-filter-branch.sh | 29 ++++++++++++++++++++++++++++- t/t7003-filter-branch.sh | 8 ++++++++ 3 files changed, 50 insertions(+), 1 deletions(-)
diff --git a/Documentation/git-filter-branch.txt b/Documentation/git-filter-branch.txt index fed6de6..451950b 100644 --- a/Documentation/git-filter-branch.txt +++ b/Documentation/git-filter-branch.txt @@ -122,6 +122,10 @@ You can use the 'map' convenience function in this filter, and other convenience functions, too. For example, calling 'skip_commit "$@"' will leave out the current commit (but not its changes! If you want that, use 'git-rebase' instead). ++ +You can also use the 'git_commit_non_empty_tree "$@"' instead of +'git commit-tree "$@"' if you don't wish to keep commits with a single parent +and that makes no change to the tree. --tag-name-filter <command>:: This is the filter for rewriting tag names. When passed, @@ -151,6 +155,16 @@ to other tags will be rewritten to point to the underlying commit. The result will contain that directory (and only that) as its project root. +--prune-empty:: + Some kind of filters will generate empty commits, that left the tree + untouched. This switch allow git-filter-branch to ignore such + commits. Though, this switch only applies for commits that have one + and only one parent, it will hence keep merges points. Also, this + option is not compatible with the use of '--commit-filter'. Though you + just need to use the function 'git_commit_non_empty_tree "$@"' instead + of the 'git commit-tree "$@"' idiom in your commit filter to make that + happen. + --original <namespace>:: Use this option to set the namespace where the original commits will be stored. The default value is 'refs/original'. diff --git a/git-filter-branch.sh b/git-filter-branch.sh index 81392ad..331724d 100755 --- a/git-filter-branch.sh +++ b/git-filter-branch.sh @@ -40,6 +40,16 @@ skip_commit() done; } +# if you run 'git_commit_non_empty_tree "$@"' in a commit filter, +# it will skip commits that leave the tree untouched, commit the other. +git_commit_non_empty_tree() +{ + if test $# = 3 && test "$1" = $(git rev-parse "$3^{tree}"); then + map "$3" + else + git commit-tree "$@" + fi +} # override die(): this version puts in an extra line break, so that # the progress is still visible @@ -109,11 +119,12 @@ filter_tree= filter_index= filter_parent= filter_msg=cat -filter_commit='git commit-tree "$@"' +filter_commit= filter_tag_name= filter_subdir= orig_namespace=refs/original/ force= +prune_empty= while : do case "$1" in @@ -126,6 +137,11 @@ do force=t continue ;; + --prune-empty) + shift + prune_empty=t + continue + ;; -*) ;; *) @@ -176,6 +192,17 @@ do esac done +case "$prune_empty,$filter_commit" in +,) + filter_commit='git commit-tree "$@"';; +t,) + filter_commit="$functions;"' git_commit_non_empty_tree "$@"';; +,*) + ;; +*) + die "Cannot set --prune-empty and --filter-commit at the same time" +esac + case "$force" in t) rm -rf "$tempdir" diff --git a/t/t7003-filter-branch.sh b/t/t7003-filter-branch.sh index b0a9d7d..8537bf9 100755 --- a/t/t7003-filter-branch.sh +++ b/t/t7003-filter-branch.sh @@ -262,4 +262,12 @@ test_expect_success 'Tag name filtering allows slashes in tag names' ' test_cmp expect actual ' +test_expect_success 'Prune empty commits' ' + git rev-list HEAD > expect && + make_commit to_remove && + git filter-branch -f --index-filter "git update-index --remove to_remove" --prune-empty HEAD && + git rev-list HEAD > actual && + test_cmp expect actual +' + test_done
-- 1.6.0.3.795.g892be