Article version: Enterprise Server 2.14

This version of GitHub Enterprise will be discontinued on This version of GitHub Enterprise was discontinued on 2019-07-12. No patch releases will be made, even for critical security issues. For better performance, improved security, and new features, upgrade to the latest version of GitHub Enterprise. For help with the upgrade, contact GitHub Enterprise support.

Differences between commit views

On GitHub Enterprise, there are, essentially, two different ways to see the commit history of a repository:

From time to time, you may notice that these two commit views show different information. That is, the history for a single file may omit commits found on the repository's commit history.

In essence, Git has several different ways of showing the history of a repository. When Git shows the history of a single file, it "simplifies" history by omitting commits that did not change the file. But rather than look at every commit to decide whether it touched the file, git will omit a whole branch if that branch, when merged, did not impact the final contents of the file. Any commits on that branch that touched the file will not be shown.

For a file's commit history, GitHub Enterprise explicitly follows this simple strategy, for two reasons:

Of course, this truncated view might not always contain the information you're after. Sometimes, you do want to know about failed experiments, or messy history, or even be finding out what went wrong in a questionable merge. As mentioned above, Git does have many ways of viewing history, and GitHub Enterprise provides a view with more information on a repository's commits page.

For more information on how Git considers commit history, you can read up on the "History Simplification" section of the git loghelp article.

Further reading

Ask a human

Can't find what you're looking for?

Contact us