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

Re: [BUG] git-filter-branch and filename case changes on insensitive file systems

From
Jonathan del Strother <maillist@steelskies.com>
Date
Oct 10, 2007, 13:49 UTC
Message-ID
<21D113DE-FEA8-4CD4-BFC6-3C57C1980597@steelskies.com>
In-Reply-To
<Pine.LNX.4.64.0710101436570.4174@racer.site>
On 10 Oct 2007, at 14:39, Johannes Schindelin wrote:
Show 9 quoted lines
> On Wed, 10 Oct 2007, Jonathan del Strother wrote:
>
>> My repo has a change where a directory named Src was renamed to src.
>
> That is no problem for git-filter-branch.
>
>> I'm using case insensitive HFS+.
>
> That is the problem.
...
> I vote for wont-fix (or more accurately "invalid") in git and
> please-fix-in-your-setup.

Would love to switch to case sensitive HFS+, but it causes a number of problems for OS X users - a number of 3rd party applications don't bother supporting case sensitive formatting (notably Adobe :/ ).

I appreciate that it's difficult and/or impossible to make certain operations work on case insensitive FS's, but it seems like git ought to at least complain noisily when it encounters such a situation...

Previous: Johannes Schindelin
Message 3 of 3 in “[BUG] git-filter-branch and filename case changes on insensitive file systems”
  1. Jonathan del StrotherOct 10, 2007
  2. Johannes SchindelinOct 10, 2007
  3. Jonathan del StrotherOct 10, 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.