Mit dem Vergleich aus dem OP (940eb28e…fc61a7c0) sehe ich dasselbe Ergebnis. Wenn ich ein weiteres Zeichen des zweiten Commit-Hashes hinzufüge (940eb28e…fc61a7c0d), erhalte ich den korrekten Vergleich.
Mein Verdacht ist, dass dies durch Commit-Hash-Ambiguität verursacht wird, d. h. es gibt zwei Commits, die beide mit fc61a7c0 beginnen, sodass nicht klar ist, welcher verwendet werden soll. Ich sehe ihn nicht im Commit-Verlauf, aber er könnte verwaist sein.
Es sieht so aus, als ob docker_manager git rev-parse --short verwendet, um die Hashes für diese URL zu erhalten. Theoretisch erzeugt dies eindeutige Hashes, beginnend mit 7 (standardmäßig) Zeichen, und erhöht die Länge nach Bedarf, um die Eindeutigkeit zu gewährleisten. Verwaiste Commits werden jedoch beim Abrufen ignoriert, sodass das, was Git auf einer Discourse-Instanz für eindeutig hält, auf GitHub möglicherweise nicht eindeutig ist.
Dies wird jedoch ziemlich selten vorkommen, und seit Ihrem Beitrag gab es Commits, sodass das Problem wahrscheinlich bereits behoben ist, wenn Sie erneut nach Updates suchen.