git

Earlier this year, we considered similar changes to the ahead/behind calculation in 'git status'. We concluded that there is no good way to provide partial information. Specifically, you can't say "10 ahead" without walking everything you are behind to find all merge-bases. That "10" you found could become smaller by walking more of the other set. We instead opted to not calculate that information as often. Here is my reply to the thread on-list that summarizes why I think this direction is futile: https://public-inbox.org/git/20180108154822.54829-1-git@jeff... This ahead/behind calculation is in a lot of places, including 'git fetch' where it checks if each ref update was a forced update (checks if the new ref value has the old ref value in its history). For our version of Git that ships with GVFS, we added an option to skip this check,

> Linux kernel that is managed by git. Microsoft contributes to git This is a little misleading. MS does not contribute to git for Linux development. Instead, they only provide windows specific patches (AFAICT, would like to be proven wrong). Their GVfs [0] is windows only, and they maintain a fork of Git with "microsoft specific patches" [1]. [0] - https://github.com/Microsoft/GVFS [1] - https://github.com/Microsoft/git (edit: formatting)