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