Luu Tuyen@lemmy.world to linuxmemes@lemmy.world · 3 months agoRemember: GNU/Linux and other UNIX systems can make files that are case-sensitive, Windows can't make files that are case-sensitivelemmy.worldimagemessage-square230fedilinkarrow-up1664arrow-down171
arrow-up1593arrow-down1imageRemember: GNU/Linux and other UNIX systems can make files that are case-sensitive, Windows can't make files that are case-sensitivelemmy.worldLuu Tuyen@lemmy.world to linuxmemes@lemmy.world · 3 months agomessage-square230fedilink
minus-squareDefederateLemmyMl@feddit.nllinkfedilinkarrow-up37arrow-down1·3 months agoTo screw with Windows users, you should sometimes put a README.md as well as a README.MD in your git repos. It leads to interesting results.
minus-squarelseif@sopuli.xyzlinkfedilinkarrow-up0·3 months agosurely Git warns about stuff like this when you clone it, right ?
minus-squareDefederateLemmyMl@feddit.nllinkfedilinkEnglisharrow-up1·3 months agoIt tells you there’s a name clash, and then it clones it anyway and you end up with the contents of README.MD in README.md as an unstaged change.
minus-squarelseif@sopuli.xyzlinkfedilinkarrow-up0·3 months agosounds like actually a good solution … tho doesnt sound like it would work for more than 2 similarly-named files
minus-squareDefederateLemmyMl@feddit.nllinkfedilinkarrow-up1·3 months agoI don’t think it’s intended as a “solution”, it just lets the clobbering that is caused by the case insensitiveness happen. So git just goes: checkout content of README.md to README.md (OS creates README.md) checkout content of README.MD to README.MD (OS overwrites README.md) If you add a third or fourth file … it would just continue, and file gets checked out first gets the filename and whichever file gets checked out last, gets the content.
To screw with Windows users, you should sometimes put a README.md as well as a README.MD in your git repos. It leads to interesting results.
surely Git warns about stuff like this when you clone it, right ?
It tells you there’s a name clash, and then it clones it anyway and you end up with the contents of
README.MDinREADME.mdas an unstaged change.sounds like actually a good solution … tho doesnt sound like it would work for more than 2 similarly-named files
I don’t think it’s intended as a “solution”, it just lets the clobbering that is caused by the case insensitiveness happen.
So git just goes:
If you add a third or fourth file … it would just continue, and file gets checked out first gets the filename and whichever file gets checked out last, gets the content.