Git 2.21版推出！将可时间戳增人类可读日期格式

Git官方在2月24日释出了Git 2.21，为时间戳增长了人类可读的日期格式，在不一样状况Git会输出不一样格式的日期，而GitHub官方部落格除了解释Git 2.21更新变化外，还顺带一并说明了前一版本Git 2.20更新带来的影响。在Git 2.21中，开发者如今能够使用「—date=human」选项，让Git输出人类可读的日期格式。Git日志会显示每一个提交的建立日期，以做为输出的一部分，当开发者没有调整，则时间戳将会以Tue Feb 12 09:00:33 2019 -0800这样的—date=default默认格式显示。Github平台工程师Taylor Blau提到，虽然这样的格式很精确详细，可是随着时间通过，细节便会变得不过重要，开发者可能只关心相对时间。所以Git也提供了—date=relative这样的选项，系统能够显示6天前这样的相对时间格式，可是相对时间格式提供的信息，在部分状况又不够精准，因此如今官方进一步综合了两种格式，提供—date=human选项，这种格式比—date=relative更精确，但又比—date=default更容易阅读，会依照不一样规则显示三分钟前、2月14日星期四 20:46，或是2011年2月21日等不一样格式的时间。

而—date=human还能设定为自动模式—date=auto:human，这样的设计是为了考虑使用者在撰写脚本的时候，须要在人类与机器可读时间格式间互相切换，所以当要输出到分页器的时候，时间会以—date=human格式输出，而在非分页器输出时，则会以默认格式显示。使用者也能够在不一样的时间格式使用auto属性，像是—date=auto:relative，在不一样的时间格式与预设格式中切换。另外，Taylor Blau也顺带提到了前一个版本Git 2.20，改善了常见的大小写不分路径冲突的问题。过去开发者在复制（Clone）储存库后，开发者会常得到部分档案已经被修改的Git状态通知，而且出现错误。Taylor Blau表示，会致使这样错误，缘由一般是由于储存库中包含了没法在文件系统中显示的树，像是在路径中同时存在file以及FILE字词，可是用户系统中的文件系统不区分大小写，所以Git可能没法正确的将档案放入工做目录中，并且由于Git不会在复制期间侦测大小写，所以可能也会发生把多个档案看成同一个档案的状况。因为发生这种状况因系统而异，Taylor Blau提到，除了英文字大小写转换外，特定语言、非打印字符或是Unicode正规化也都有相同的现象发生。在Git 2.20中，Git复制已经能够在初始将档案放入工做目录的阶段，进行侦测并回报冲突，不过，Git系统并没有法帮助开发者解决问题，只能发出警告，所以Taylor Blau建议，不要在多平台项目中使用仅有大小写不一样的文件名。内文来源：http://www.cafes.org.tw/info.asp