一个小坑提醒：某个 Class 或某个 Trait 突然找不到。

所有要使用 Homestead ，坑踩得多了，就知道 homestead 的好了。

@Summer 老大你说的对，嘿嘿

金马，我想打赏5毛。

@张铁林 欢迎鼓励，铁林，你的每一毛都会成为我努力写好文章的动力。。

用 Linux 开发就是有这个优势，有时候同事在 mac 上没注意大小写，我代码拉下来就挂掉了

@lijinma
金马，会不会打我？

@qq215672398 哈哈哈哈哈，下次遇到，打他们

@张铁林 已收到，为什么打你。。。我很开心

我明天拼命找总结、反思、写作的意义，有人打赏绝对算一个。

使用arch 做开发机好多年了，早就养成了严格大小写的习惯

遇到过...git上处理也挺麻烦的...

@Insua 恩恩，感觉这应该是程序的基本素养，哈哈

@helone 我上面写了。。。。。删除文件提交，然后再添加文件提交。

@lijinma 现在我是这么处理的，以前第一次遇到启动Git大小写敏感，结果一堆同事死活拉不出代码...

@helone 哈哈，原来有这样的问题

不需要删除提交，添加提交，直接 git mv 命令就行了。

或者直接将 git 项目设置为大小写敏感 git config core.ignorecase false

好像有两个文件相同的命名空间也会报这样的错误

@NauxLiu 又学习了一招，多谢，哈哈

@Hanccc 你指的是？举个例子。

这是在win上的日常

Windows不用Homestead的話，坑更多

雖然Homestead的坑也不少就是了

@风吹枫落
@quericy
谢谢分享，原来如此。

@NauxLiu 我试了一下，兄弟
1) git mv

$ git mv test.txt Test.txt
fatal: destination exists, source=test.txt, destination=Test.txt

我觉得应该合理的做法应该是：

$ git mv test.txt tmp.txt
$ git mv tmp.txt Test.txt
$ git commit -m "Renamed test.txt to Test.txt"

2) git config core.ignorecase false 亲测有效。

我记得用vagrant 也是大小写不敏感的呀。
因为共享目录还是mac本地的，因为mac不敏感，共享目录也不敏感了。当然docker的挂载目录也是这样的问题。
而且vagrant从1.8.3以后坑好多啊，不知道是vagrant的坑，还是vbox的坑。总之用着不舒服。最后php环境还是装到本地了。还是这样舒服哈哈。

@lijinma 我的系统是 macOS 10.12.3，直接用 git mv 没有问题，你可以试试 git mv --force file File

@NauxLiu 我知道了，兄弟，git mv 的时候，ignorecase 必须是 true 才可以，如果是 false 报错。

@Boomdawn 我 vagrant 使用起来还好。。哈哈

@lijinma 我是遇到很多莫名其妙的问题，懒得折腾了。最后一个遇到的就是，弄好环境了打包给同事用。能用的概率很低。。。基本是用不了。 我记得老版本还是好好的。 最后就放弃了。

@Boomdawn 好吧，我之前的公司一直用的 vagrant，新人来了环境很快就搭起来。

这么看来，和写代码人的本身规范也有关系。如果Coder的习惯好，这些问题不会出现、

@bestony 你说的对。

还有有是时候可以试试composer dump 特别是seeder那里没有命名空间 容易找不到

@lijinma 建议写成全局敏感：

git config --global core.ignorecase false

我们公司的项目使用homestead就很慢,差不多每个请求比实体机要慢2秒,最后不得不放弃

lala

碰到过多次这样的坑

@j511002 调试开发还好吧

大小写

git mv test.txt tmp.txt 直接mv test.txt tmp.txt 不行是吧

@mingyun 恩，不行的。

踩过坑

一个不用格盘的终极解决方案：博客：在 macOS 内使用大小写敏感的 APFS 卷存储代码