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=-5.1 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,RCVD_IN_DNSWL_HI, 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 96EC7203E2 for ; Mon, 25 Jul 2016 15:03:53 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752867AbcGYPDw (ORCPT ); Mon, 25 Jul 2016 11:03:52 -0400 Received: from pb-smtp2.pobox.com ([64.147.108.71]:64357 "EHLO sasl.smtp.pobox.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752703AbcGYPDv (ORCPT ); Mon, 25 Jul 2016 11:03:51 -0400 Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp2.pobox.com (Postfix) with ESMTP id 9CD4A2DC17; Mon, 25 Jul 2016 11:03:49 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=sasl; bh=AyAHqzmDxwd3733ngYXM7ePacvU=; b=WuZhnl D9MpRcHVNXK6TcgZJ/gnz2HA1qjyNVoKXEPJ8dqEy2850JgmO0e9jrFsLN22Ezax nZhicSJlhVhh7BIPGps0ITBNEygoF/s7MNlyQW/vOPIrsIkSQjIa4j2zGaDTUHbB 73wt4josq071tpz3MR4dS468Np+F/muAQKCFA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; q=dns; s=sasl; b=rKwYJvK9ii1geD/oA7L8cHNz7l8XxgRI 0jvVIBugM1YXIwe7Prp5rMKX9+R3GNfSGLSCT4/4k08xdahV1B/iff5AqCQOE3EX oKo2SjKu4fSo8ZgPVxP8T9cWQNPBIgEYNr/TOfVeUmoIk608QrF5jq17zqCGp6px uD6lPN5r3Hk= Received: from pb-smtp2.nyi.icgroup.com (unknown [127.0.0.1]) by pb-smtp2.pobox.com (Postfix) with ESMTP id 957F22DC16; Mon, 25 Jul 2016 11:03:49 -0400 (EDT) Received: from pobox.com (unknown [104.132.0.95]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by pb-smtp2.pobox.com (Postfix) with ESMTPSA id 15C922DC15; Mon, 25 Jul 2016 11:03:49 -0400 (EDT) From: Junio C Hamano To: Jon Forrest Cc: Rodrigo Campos , git@vger.kernel.org Subject: Re: [RFC] A Change to Commit IDs Too Ridiculous to Consider? References: <20160724185132.GN25141@sdfg.com.ar> Date: Mon, 25 Jul 2016 08:03:46 -0700 In-Reply-To: (Jon Forrest's message of "Sun, 24 Jul 2016 12:57:50 -0700") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Pobox-Relay-ID: FDEB8588-5278-11E6-B560-EE617A1B28F4-77302942!pb-smtp2.pobox.com Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org Jon Forrest writes: > Sure. Take a look at the 2nd or 3rd chapter of Pro Git Reedited, 2nd > Edition (or just Pro Git 2nd Edition - it doesn't matter). You see > lots of output showing 'git commit' commands and the commit IDs that > result. I suspect you'd see the same in almost any book about Git. I would think that the early-stage learners are better served that it is the norm, not anything strange, that the commit object name would be different when you do two identical sequence from scratch. Forcing them to know GIT_*_DATE variables, just to give them an impression as if setting of them is part of any normal workflow (or more importantly, stable commit IDs made by different people at different times is something expected), is doing them double disservice, IMHO.