From: Michael J Gruber Date: Fri, 15 Aug 2008 15:32:21 GMT Subject: Re: git-filter-branch behavior Message-ID: In-Reply-To: Jonathan Nieder venit, vidit, dixit 13.08.2008 22:41: > Hello, > > David Neu wrote: > >> Running >> >> git-filter-branch --tree-filter 'rm -rf subdir/' -- --all >> >> as shown below seems to leave empty commits >> corresponding to subdir/ in the tree. Is this the expected >> behavior? If so is there a command to remove the empty >> commits? > > The following is probably overkill, but it is what I would do. > It's completely untested. If you'd prefer to do things by hand > instead, my only advice is that using grafts with filter-branch > might be easier than rebase -i. > > -- snipsnip -- > # prune-empty-commits - filter-branch filter to avoid boring commits > # > # Usage: git-filter-branch --tree-filter \ > # --commit-filter 'prune-empty-commits "$@"' -- > # Public domain. > > interesting= > > test "$#" -eq 1 && interesting=t > > committree=$1 > shift > > for sha1 in "$@" > do > test z"$sha1" = z-p && continue > map "$sha1" | while read parent > do > parenttree=$(git log -1 --pretty=format:%T "$parent") > test "$committree" != "$parenttree" && > interesting=t > test -n "$interesting" && break > done > test "-n interesting" && break > done > > test -n "$interesting" && git commit-tree "$@" || skip_commit "$@" You may want to pass the tree to be committed here ;) I.e.: git commit-tree $committree "$@" etc. Michael