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

[RFC] Case insensitive Git attributes

From
Lars Schneider <larsxschneider@gmail.com>
Date
Oct 17, 2016, 01:04 UTC
Message-ID
<C83BE22D-EAC8-49E2-AEE3-22D4A99AE205@gmail.com>
Hi,

Git attributes for path names are generally case sensitive. However, on a case insensitive file system (e.g. macOS/Windows) they appear to be case insensitive (`*.bar` would match `foo.bar` and `foo.BAR`). That works great until a Git users joins the party with a case sensitive file system. For this Git user only files that match the exact case of the attribute pattern get the attributes (only `foo.bar`).

This inconsistent behavior can confuse Git users. An advanced Git user could use a glob pattern (e.g. `*.[bB][aA][rR]) to match files in a case insensitive way. However, this can get confusing quickly, too.

I wonder if we can do something about this. One idea could be to add an attribute "case-sensitive" (or "caseSensitive") and set it to false (if desired) for all files in .gitattributes for a given repo.

### .gitattributes example ###
* case-sensitive=false
*.bar something
###

I haven't looked into the feasibility of an implementation, yet. However, would that be an acceptable approach?

Thanks, Lars

Next: Stefan Beller
Message 1 of 9 in “[RFC] Case insensitive Git attributes”
  1. Lars SchneiderOct 17, 2016
  2. Stefan BellerOct 17, 2016
  3. Torsten BögershausenOct 17, 2016
  4. Johannes SchindelinOct 17, 2016
  5. Duy NguyenOct 17, 2016
  6. Johannes SchindelinOct 17, 2016
  7. Duy NguyenOct 17, 2016
  8. Junio C HamanoOct 17, 2016
  9. Johannes SchindelinOct 17, 2016

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.