From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS31976 209.132.176.0/21 X-Spam-Status: No, score=-3.5 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MSGID_FROM_MTA_HEADER,RP_MATCHES_RCVD shortcircuit=no autolearn=ham autolearn_force=no version=3.4.0 From: Carl Worth Subject: Re: [PATCH 0/2] Making "git commit" to mean "git commit -a". Date: Thu, 30 Nov 2006 11:04:20 -0800 Message-ID: <87fyc0u56z.wl%cworth@cworth.org> References: <7virgzuf38.fsf@assigned-by-dhcp.cox.net> <7vr6vmsnly.fsf@assigned-by-dhcp.cox.net> <87ejrlvn7r.wl%cworth@cworth.org> <7vodqpn3t4.fsf@assigned-by-dhcp.cox.net> <7vk61dn2yj.fsf@assigned-by-dhcp.cox.net> <456EBBE7.8030404@op5.se> <20061130164046.GB17715@thunk.org> <87irgwu6e6.wl%cworth@cworth.org> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Thu_Nov_30_11:04:20_2006-1"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit NNTP-Posting-Date: Thu, 30 Nov 2006 19:05:18 +0000 (UTC) Cc: git@vger.kernel.org Return-path: Envelope-to: gcvg-git@gmane.org In-Reply-To: User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.4 Mule/5.0 (SAKAKI) Precedence: bulk X-Mailing-List: git@vger.kernel.org Archived-At: Received: from vger.kernel.org ([209.132.176.167]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GprDX-0007dU-Sm for gcvg-git@gmane.org; Thu, 30 Nov 2006 20:05:08 +0100 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S967885AbWK3TFB (ORCPT ); Thu, 30 Nov 2006 14:05:01 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S967886AbWK3TFB (ORCPT ); Thu, 30 Nov 2006 14:05:01 -0500 Received: from mx1.redhat.com ([66.187.233.31]:63112 "EHLO mx1.redhat.com") by vger.kernel.org with ESMTP id S967885AbWK3TFA (ORCPT ); Thu, 30 Nov 2006 14:05:00 -0500 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id kAUJ4xl4018148; Thu, 30 Nov 2006 14:04:59 -0500 Received: from mail.boston.redhat.com (mail.boston.redhat.com [172.16.76.12]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id kAUJ4xkG019747; Thu, 30 Nov 2006 14:04:59 -0500 Received: from raht.cworth.org (sebastian-int.corp.redhat.com [172.16.52.221]) by mail.boston.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id kAUJ4wSK017423; Thu, 30 Nov 2006 14:04:58 -0500 To: Jakub Narebski Sender: git-owner@vger.kernel.org --pgp-sign-Multipart_Thu_Nov_30_11:04:20_2006-1 Content-Type: text/plain; charset=US-ASCII On Thu, 30 Nov 2006 19:47:16 +0100, Jakub Narebski wrote: > while in git "git add" means "I want to add this file" (in the state > it is now) and not "I want the system to 'know' about this file". > And "commit" mean "Please commit the current 'known' state of all > files (or/and the current state of files I mention here on the > comand line)". Yes. There is a logical explanation for what git does, and it is self-consistent. It just means that the user is _forced_ to pass file state across the: "working tree" -> git boundary at two different times with two different commands for the very first commit the user makes. And the user _must_ understand that this is a two-step process, (even though, without the "typo" in my example above it would be natural to conclude the transition occurred only during "commit"). See? Git _is_ harder to learn, and a user really cannot learn it without being careful about the index right from the very beginning. -Carl --pgp-sign-Multipart_Thu_Nov_30_11:04:20_2006-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFbys06JDdNq8qSWgRAiREAJ4wTzX74V40ty4fDtTKyNsYvhi86wCbBczE GKa0vXOhdHhj5brDsHTwdCY= =w++l -----END PGP SIGNATURE-----