# Github - There isn’t anything to compare
**URL:** https://meta.discourse.org/t/github-there-isn-t-anything-to-compare/193320
**Category:** Support
**Created:** [June 9, 2021, 6:58pm UTC](https://meta.discourse.org/t/github-there-isn-t-anything-to-compare/193320 "2021-06-09T18:58:47Z")
**Posts on this page:** 6
**Page:** 1
### Author:  [@Don](https://meta.discourse.org/u/Don)
#### Post date: [June 9, 2021, 6:58pm UTC](https://meta.discourse.org/t/github-there-isn-t-anything-to-compare/193320/1 "2021-06-09T18:58:47Z")
Hello,
I am on [940eb28e31](https://github.com/discourse/discourse/commits/940eb28e31636cf585a27daa92a1e86a14238423). And now if i click the commits to view it on Github.
After click it won’t find anything… Is Discourse change branch or what am i missing? I always check the commits before upgrade.
Thank you! 🙂
---
### Author:  [@kinetiksoft](https://meta.discourse.org/u/kinetiksoft)
#### Post date: [January 5, 2022, 4:51pm UTC](https://meta.discourse.org/t/github-there-isn-t-anything-to-compare/193320/2 "2022-01-05T16:51:46Z")
Hi,
We’re experiencing the same issue. Did you have a chance to solve it?
---
### Author:  [@Simon\_Manning](https://meta.discourse.org/u/Simon_Manning)
#### Post date: [January 5, 2022, 5:48pm UTC](https://meta.discourse.org/t/github-there-isn-t-anything-to-compare/193320/3 "2022-01-05T17:48:55Z")
Using the compare from the OP (940eb28e…fc61a7c0) I see the same result. Adding one more character of the second commit hash (940eb28e…fc61a7c0d) I get the correct comparison.
My suspicion is that this is caused by commit hash ambiguity, i.e. there are two commits that both start with fc61a7c0 so it doesn’t know which one to use. I don’t see it in the commit history but it could be orphaned.
It looks like docker\_manager uses `git rev-parse --short` to get the hashes for that URL. In theory that will produce unique hashes starting at 7 (by default) characters long and increasing in length as necessary to guarantee uniqueness. Orphaned commits are ignored when pulling though so what git believes to be unique on a Discourse instance might not be unique on GitHub.
This will be quite rare though and there have been commits since your post so the problem has probably already gone away if you check for updates again.
---
### Author:  [@Don](https://meta.discourse.org/u/Don)
#### Post date: [January 5, 2022, 7:59pm UTC](https://meta.discourse.org/t/github-there-isn-t-anything-to-compare/193320/4 "2022-01-05T19:59:31Z")
Hi @kinetiksoft, thanks for bumping this topic!
I believe Simon’s right. Thank you for this amazing explanation! 🙂 I never thought this might be the problem.
> [@Simon\_Manning](#):
>
> This will be quite rare though and there have been commits since your post so the problem has probably already gone away if you check for updates again.
Yes the problem is solved for me after a few commits.
---
### Author:  [@david](https://meta.discourse.org/u/david)
#### Post date: [January 22, 2022, 6:21pm UTC](https://meta.discourse.org/t/github-there-isn-t-anything-to-compare/193320/5 "2022-01-22T18:21:52Z")
Very interesting - thanks for figuring it out @Simon_Manning
I’ve made a PR which will update docker\_manager so that it uses the full commit hash in GitHub links:
[https://github.com/discourse/docker\_manager/pull/128](https://github.com/discourse/docker_manager/pull/128)
Doesn’t look like we have any 8-character collisions on the `main` branch yet. But we do have a handful of 7-character collisions:
```plaintext
❯ git rev-list --all | cut -c1-7 | sort | uniq -d
27c793a
3483c7b
45a166b
96aca6d
c2e58b6
f73ed45
```
---
### Author:  [@system](https://meta.discourse.org/u/system)
#### Post date: [February 21, 2022, 6:22pm UTC](https://meta.discourse.org/t/github-there-isn-t-anything-to-compare/193320/6 "2022-02-21T18:22:13Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.