One of the remarks of Github vs SVN found on internet:
Git is officially described as a stupid content tracker and it doesn’t care too much about keeping the precise history of changes in your repositories. Such features as implicit file rename tracking and ‘git rebase’ command make it hard to find out the true history of changes in your codebase.
In contrast, with Subversion you always can get exactly the same data from your repository as it was in any moment in the past. Also you can easily trace all changes made to the particular file or folder, because Subversion history is permanent and always definite.
Example: There has been some changes to Celestia's configuration files and committed two day's ago(4th of March) under #4955b3c.
I've pulled those modifications yesterday on the 5th of March to a local copy. What happens is that the local copy of the modified files has the 5th of March as file date. From my point of local view not committed two day's ago but only one day.
The most simple, basic way to compare files, e.g. the file date and timestamp is gone. So,what they say that Github do not care too much to keep the precise history, is true.
the whole project is showing with in the last column of each row the year of committing. (2 months ago, 6 year ago etc.) Hovering with the mouse over these items the exact committing date and timestamp of is showing. That 's more precise and more useful. It would be better to have these timestamps in that column instead of the rough months and years of commit.
It can not be that difficult to have that changed and while pulling the files to a local copy from the repository with the original date and timestamps is maybe too much to ask.
You have to install Github for Windows(for a windows platform) to see the exact date and time in a tab of the properties of a file or with 'Show log' both via a context menu and Github
Concerning that, Github is inconvenient, but we have to live with it.