1
32 2019 年 1 月 21 日 考虑下文件名大小写方面
|
2
masker 2019 年 1 月 21 日 via Android
git status
|
3
chinvo 2019 年 1 月 21 日
Windows、*nix 的文件头(属性)信息不同
文件名大小写 等 |
4
Betty OP |
5
Betty OP @masker
On branch master Your branch is up-to-date with 'origin/master'. nothing to commit, working tree clean |
7
32 2019 年 1 月 21 日
@Betty 文件名大小写的可疑最大,至于你改了之后问题依旧,你改动后提交之后,在另外的地方再 clone 下来看看是否解决了.
你提到的更改我怀疑是仅本地修改,仓库内的信息和本地依然不一致 图片的新内容是啥?图片更改了吗? |
8
gamexg 2019 年 1 月 21 日
>这个图片文件确实有变化,内容是两个不同的内容
开监控看看是什么软件修改的。 |
9
chinvo 2019 年 1 月 21 日
如果是大小写问题,那么你在非大小写敏感的文件系统(比如 Windows 下的 exfat、ntfs、fat32、fat,Mac 的非大小写敏感 HFS+/APFS )上修改是没用的
|
10
Betty OP |
12
frylkrttj 2019 年 1 月 21 日
没 gpg 签名吧
|
13
Betty OP 最终觉得可能是跟文件名大小写的问题有关,TortoiseGit 2.5.0 开始对文件名大小写敏感了,所以它认为文件有改动,显示叹号。但是 Windows 对文件名大小写并不敏感,git 默认可能也是不敏感的,所以它认为没有改动可以提交。在 TortoiseGit 高级设置里设成不敏感,可解决叹号问题(虽然它不建议这么做,但它又没给出更好的建议做法😓)。
但是仍然无法理解为什么一开始试着提交会真的有改动可以提交 😨 |
14
SharkIng 2019 年 1 月 22 日
Git 和 Linux 是大小写敏感,Windows 不是 https://docs.microsoft.com/en-us/azure/devops/repos/git/case-sensitivity?view=vsts
|