* jh/status-no-ahead-behind (2018-01-24) 4 commits - status: support --no-ahead-behind in long format - status: update short status to respect --no-ahead-behind - status: add --[no-]ahead-behind to status and commit for V2 format. - stat_tracking_info: return +1 when branches not equal "git status" can spend a lot of cycles to compute the relation between the current branch and its upstream, which can now be disabled with "--no-ahead-behind" option. At v5; is this ready for 'next'?
I believe so. I don't recall any further discussions on it. The only open question was the idea of trying to walk 100 or so commits and see if one was "close" to being an ancestor of the other, but we thought that Stolee's graph cache would be a better solution for that. So, yes, I think it is ready for 'next'. Thanks, Jeff
