From mboxrd@z Thu Jan 1 00:00:00 1970 From: Johannes Sixt Subject: Re: git-gui disagrees with git status Date: Tue, 11 May 2010 07:57:47 +0200 Message-ID: <4BE8F1DB.2060205@viscovery.net> References: <20100510213926.GA7156@spearce.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Shawn O. Pearce" , Bill Winspur , git@vger.kernel.org To: Miles Bader X-From: git-owner@vger.kernel.org Tue May 11 07:57:59 2010 connect(): No such file or directory Return-path: Envelope-to: gcvg-git-2@lo.gmane.org Received: from vger.kernel.org ([209.132.180.67]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OBiTd-0003w5-KU for gcvg-git-2@lo.gmane.org; Tue, 11 May 2010 07:57:57 +0200 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755319Ab0EKF5w (ORCPT ); Tue, 11 May 2010 01:57:52 -0400 Received: from lilzmailso01.liwest.at ([212.33.55.23]:27471 "EHLO lilzmailso02.liwest.at" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1754620Ab0EKF5v (ORCPT ); Tue, 11 May 2010 01:57:51 -0400 Received: from cpe228-254.liwest.at ([81.10.228.254] helo=theia.linz.viscovery) by lilzmailso02.liwest.at with esmtpa (Exim 4.69) (envelope-from ) id 1OBiTU-0004Nv-AT; Tue, 11 May 2010 07:57:48 +0200 Received: from [192.168.1.95] (J6T.linz.viscovery [192.168.1.95]) by theia.linz.viscovery (Postfix) with ESMTP id E8E971660F; Tue, 11 May 2010 07:57:47 +0200 (CEST) User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 In-Reply-To: X-Spam-Score: -1.4 (-) Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org Archived-At: Am 5/11/2010 7:41, schrieb Miles Bader: > "Shawn O. Pearce" writes: >> Its more a feature. >> >> git-gui shows all untracked files, recursively expanding any >> directories which contain untracked files. git status collapses >> them up. > > Wait, why is this a feature, exactly...? > > It may be well known that git-gui works this way, but that doesn't make > it good behavior for the user. Oh, it *is* good behavior. Otherwise, it would not be possible to stage a file that resides in a currently untracked directory; you would have to fall back to 'git add' on the command line. -- Hannes