git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] Teach filter-branch about subdirectory filtering

From
Junio C Hamano <gitster@pobox.com>
Date
Jun 8, 2007, 00:57 UTC
Message-ID
<7vzm3bmfeq.fsf@assigned-by-dhcp.cox.net>
In-Reply-To
<Pine.LNX.4.64.0706080130000.4046@racer.site>

Good thing you folded git-split into this, which is an obviously right thing to do.

But it makes me wonder, if it is common to want to split a combined project into two (or more) sets, taking more than one directories at a time. Contents of directory A and B (without hoisting them up) are filtered into one history and remaining bits (again without hoisting them up) are filtered into another.

I do not think that is common, and you can easily do that with the index filter, I think, so it probably is pointless to make this new filter to try supporting that mode of operation.

We might however want to make sure that we detect an attempt to give more than one --subdirectory-filter parameter.

Previous: Johannes SchindelinNext: Johannes Schindelin
Message 2 of 7 in “Teach filter-branch about subdirectory filtering”
  1. Teach filter-branch about subdirectory filteringJohannes Schindelin, Jun 8, 2007
  2. Junio C HamanoJun 8, 2007
  3. Johannes SchindelinJun 8, 2007
  4. Johannes SixtJun 8, 2007
  5. Johannes SchindelinJun 8, 2007
  6. Johannes SixtJun 8, 2007
  7. Alex RiesenJun 8, 2007

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.