From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS31976 209.132.180.0/23 X-Spam-Status: No, score=-3.2 required=3.0 tests=AWL,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,RCVD_IN_DNSWL_HI,T_RP_MATCHES_RCVD shortcircuit=no autolearn=ham autolearn_force=no version=3.4.0 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by dcvr.yhbt.net (Postfix) with ESMTP id 9ADB51F404 for ; Mon, 12 Feb 2018 18:28:00 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753287AbeBLS16 (ORCPT ); Mon, 12 Feb 2018 13:27:58 -0500 Received: from siwi.pair.com ([209.68.5.199]:49648 "EHLO siwi.pair.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751538AbeBLS15 (ORCPT ); Mon, 12 Feb 2018 13:27:57 -0500 Received: from siwi.pair.com (localhost [127.0.0.1]) by siwi.pair.com (Postfix) with ESMTP id A9B0E3F4088; Mon, 12 Feb 2018 13:27:56 -0500 (EST) Received: from [10.160.98.99] (unknown [167.220.148.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by siwi.pair.com (Postfix) with ESMTPSA id 836023F4046; Mon, 12 Feb 2018 13:27:56 -0500 (EST) Subject: Re: What's cooking in git.git (Feb 2018, #01; Wed, 7) To: Junio C Hamano , git@vger.kernel.org References: From: Jeff Hostetler Message-ID: Date: Mon, 12 Feb 2018 13:27:56 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org > > * 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