Git by default does not set the file-time accordingly when the files are synced with the origin. It just ignores the file-time of the pushed files.
Doesn't it make sense for the file's modification date to be set to the value of the last commit (remote or local), rather than it leaving it the same as the date it was fetched from the server?
Git stores the last modification time for each file, based on its commit history. Why doesn't Git
touch each file to their last commit time when the files are pulled from the remote repository?
I know it's possible to modify the config for Git to achieve something like this, but what I'm asking is why Git doesn't set the file time to the time recorded in the commit history by default.
If there is a particular reason why Git doesn't do this on default (other than it was a feature that nobody think would be useful), I'm interested to know about the decision against implementing this.