Differences between revisions 1 and 2
Revision 1 as of 2006-01-30 07:49:01
Size: 684
Editor: mpm
Comment:
Revision 2 as of 2006-01-30 07:50:21
Size: 715
Editor: mpm
Comment:
Deletions are marked like this. Additions are marked like this.
Line 8: Line 8:
The standard Linux filesystems are case-sensitive, but some (like msdos) are not
Almost all other UNIX filesystems are case-sensitive
The OS X HFS+ filesystem is case-insensitive by default, but can be made case-sensitive
All Windows filesystems are case-insensitive
 * The standard Linux filesystems are case-sensitive, but some (like msdos) are not
 * Almost all other UNIX filesystems are case-sensitive
 * The OS X HFS+ filesystem is case-insensitive by default, but can be made case-sensitive
 * All Windows filesystems are case-insensitive

== Proposals ==

This page is to discuss the problem of interoperating between case-sensitive and case-insensitive filesystems.

The Problem

If a repository contains history for both "A" and "a", cloning it to case-insensitive filesystem will result in a collision of those history files, which will appear as corruption to verify. It will also result in collisions if both "A" and "a" appear in the same manifest.

  • The standard Linux filesystems are case-sensitive, but some (like msdos) are not
  • Almost all other UNIX filesystems are case-sensitive
  • The OS X HFS+ filesystem is case-insensitive by default, but can be made case-sensitive
  • All Windows filesystems are case-insensitive

Proposals

CaseFolding (last edited 2012-11-06 23:04:10 by abuehl)