On Tue, Jun 7, 2016 at 12:40 AM, Eric Deplagne <Eric@xxxxxxxxxxxxx> wrote: > On Tue, 07 Jun 2016 06:13:14 +0200, Torsten Bögershausen wrote: >> On 06/06/2016 09:35 PM, Stefan Beller wrote: >>> On Mon, Jun 6, 2016 at 12:17 PM, Torsten Bögershausen <tboegi@xxxxxx> wrote: >>> >>>> A limitation is introduced by Mac OS and Windows: >>>> BRANCH/NAME and branch/name refer to the same object in the file >>>> system. >>>> As a workaround, you can pack the branch names: >>>> git pack-refs --all >>> >>> Once you packed a branch into the packed refs file, you can >>> create another loose branch of different capitalization, >>> which then 'hides' the packed ref? >>> >>> That sounds error prone to me, as a seemingly unrelated branch >>> changed its value: >>> >>> git branch BRANCH 012345 >>> git pack-refs --all >>> git branch branch BRANCH^ >>> git rev-parse BRANCH >>> (I'd expect BRANCH^ as return) >>> >>> (I don't have a windows machine for testing here, so that >>> is pure speculation) >>> >> Yes, another reason not to use branch and BRANCH in the same repo. >> (You can test under Linux & vfat) > > Or to have git just refuse it altogether... Maybe we could refuse creation of case different branch names on case insensitive file systems, but you could have created them on a case sensitive file system, so you still have to work with that. This topic was discussed at the Git Merge this year (again), and IIRC the outcome was to not restrict outselves to the lowest common denominator, but rather ¯\_(ツ)_/¯. People who use case insensitive file systems are aware of their limitations and would not ever want to do such branch tricks, right? ;) > > But let me guess, it's against some sort of policy... I rather think nobody stepped up to present a solution that doesn't suck. As by the title of this thread, it's rather minor. > > There could be some hook out there, then ? The hook to tell the user if that branch name is allowed? My gut reaction to that is, that such a hook would violate the principles of the DVCS thinking. A user ought to do anything they want locally including having naming rights for their local branches, so we'd not want to restrict them? > > -- > Eric Deplagne > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > > iD4DBQFXVnqDej7DisjVpq4RAqxoAJ0eufoN3OXWKGiHrAPolS4SmOHGIwCWJHNl > jI/aVh12/NM8YZX5oEl4Ww== > =rwxP > -----END PGP SIGNATURE----- > -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html