From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Robinow Newsgroups: gmane.emacs.devel Subject: Re: base Date: Thu, 26 Aug 2010 11:11:09 -0400 Message-ID: References: <20100822120642.GA1794@muc.de> <87r5ho5gyr.fsf@uwakimon.sk.tsukuba.ac.jp> <87hbij6hib.fsf@uwakimon.sk.tsukuba.ac.jp> <87k4nf7ezq.fsf@catnip.gol.com> <878w3v7dd2.fsf@catnip.gol.com> <83wrrfmljv.fsf@gnu.org> <87d3t75crc.fsf@uwakimon.sk.tsukuba.ac.jp> <87fwy2g7i2.fsf@telefonica.net> <83r5hmmrz0.fsf@gnu.org> <877hjefll8.fsf@telefonica.net> <83mxsam5lh.fsf@gnu.org> <87eidm5a0n.fsf@catnip.gol.com> <87pqx5ec72.fsf@telefonica.net> <87lj7te8qp.fsf@telefonica.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1282835482 31768 80.91.229.12 (26 Aug 2010 15:11:22 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 26 Aug 2010 15:11:22 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 26 17:11:21 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ooe6p-0001k9-Fh for ged-emacs-devel@m.gmane.org; Thu, 26 Aug 2010 17:11:20 +0200 Original-Received: from localhost ([127.0.0.1]:42467 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ooe6o-00057n-Lw for ged-emacs-devel@m.gmane.org; Thu, 26 Aug 2010 11:11:18 -0400 Original-Received: from [140.186.70.92] (port=56242 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ooe6i-00057i-Me for emacs-devel@gnu.org; Thu, 26 Aug 2010 11:11:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Ooe6h-0005fY-8h for emacs-devel@gnu.org; Thu, 26 Aug 2010 11:11:12 -0400 Original-Received: from mail-bw0-f41.google.com ([209.85.214.41]:46339) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ooe6h-0005fQ-49 for emacs-devel@gnu.org; Thu, 26 Aug 2010 11:11:11 -0400 Original-Received: by bwz6 with SMTP id 6so1500998bwz.0 for ; Thu, 26 Aug 2010 08:11:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=HIMclsdZcfewtlED/tATGtkLFaA7JmERxHtA7hTKAqE=; b=I8O27pe6xml/weJYpSrS5CcPqB0ZIpgVk05C/o1b/xdu1uhnemLJMKRgsDpNZtu3k7 AOw/Tukhoo5A/jtgFP7iiYWmcOP+nStuDvF4tLTEKYJDxTCqZF9iF9snG9YWGCKK1HE0 /4zpfgp6YdGyKSJQnuwq70EjipY6cAgPz7Ug0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=DMd1kjs1+u8uJjWl9kZCp/mD98KyI+XooJ3/h4GvQGVaI3AFWWqeH4Ub6D+GE5tT7v eluuS1BkyW32KkLn1eyuOjiDH+p8ih96n0/imkPimfsInZu83JPcpgHWe57AHuJiqzef EpuLIqCWbCZXJQpUx7uDeUvO41ic3aEYSCENw= Original-Received: by 10.204.121.77 with SMTP id g13mr399905bkr.206.1282835469641; Thu, 26 Aug 2010 08:11:09 -0700 (PDT) Original-Received: by 10.204.126.147 with HTTP; Thu, 26 Aug 2010 08:11:09 -0700 (PDT) In-Reply-To: <87lj7te8qp.fsf@telefonica.net> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:129256 Archived-At: On Thu, Aug 26, 2010 at 10:42 AM, =D3scar Fuentes wrote: >... > For any dVCS, revision IDs are a core concept. A user that doesn't > understand revision IDs eventually will suffer the consequences of his > ignorance. That applies to git's SHA1 hashes and to whatever bzr uses as > IDs. Blobs and trees are on the foundations of git and defines how it > stores information. Having some knowledge about them makes easy to > understand why git does not track empty directories, how file renaming > is (un)supported, why some operations are blazingly fast but others > (`annotate') are not, etc. The index is one of the most useful > innovations of git. If you insist on ignoring its existence you are > missing a really good feature. Almost every operation in git is about > creating trees, blobs and updating pointers (refs). Do you want to see a > file on another branch without switching to it? If you know about refs, > trees and blobs, it is straightforward. Want to temporaly reset your > working copy to some point on the past? If you know what a git ref is > then you already know that it is possible. Refs are arranged on the file > system on the same way you can name them (i.e. "git log > refs/remotes/origin/master" will work fine) > ... Do you realize you are making an effective argument against using a Distributed Version Control System? If I had to go to auto mechanic school to learn to drive, I'd probably take the bus.