All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Edward Z. Yang" <ezyang@MIT.EDU>
To: Avery Pennarun <apenwarr@gmail.com>
Cc: git <git@vger.kernel.org>
Subject: Re: Interest in locking mechanism?
Date: Tue, 12 Jan 2010 14:11:44 -0500	[thread overview]
Message-ID: <1263323292-sup-4182@ezyang> (raw)
In-Reply-To: <32541b131001121101i76ad8062p3a7f3571ad86b0ce@mail.gmail.com>

Excerpts from Avery Pennarun's message of Tue Jan 12 14:01:42 -0500 2010:
> If what you want is just one shared working copy with locking, then
> what you want is RCS.  Why change what's not broken?  You're not doing
> anything distributed or even any branching, and you don't need to
> atomically commit multiple files at once (which would be very
> confusing if more than one person is changing stuff in the current
> tree), so git doesn't seem buy you anything.

I would like to respectfully disagree.  I want to use git because:

    * I use Git on a regular basis, and do not use RCS.  I constantly
      have to go digging through the manpages when I occasionally do
      stumble upon an RCS system.  Interface familiarity is nice.

    * Putting it in Git means that you can easily grow; you can decide
      "Hey, maybe we want to do branchy development" and just do it,
      rather than have to drum up the activation energy to do an
      rcsimport.

    * If code is deployed in a production context as a Git checkout,
      you can definitely have both branchy development as well as
      a shared working copy (with low contention, but contention nonetheless).

Cheers,
Edward

  reply	other threads:[~2010-01-12 19:11 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-01-12 18:10 Interest in locking mechanism? Edward Z. Yang
2010-01-12 18:29 ` B Smith-Mannschott
2010-01-12 18:33   ` Edward Z. Yang
2010-01-12 18:37   ` Tomas Carnecky
2010-01-12 19:01 ` Avery Pennarun
2010-01-12 19:11   ` Edward Z. Yang [this message]
2010-01-12 19:24     ` Avery Pennarun
2010-01-12 19:33       ` Martin Langhoff
2010-01-12 19:43         ` Edward Z. Yang
2010-01-12 20:25         ` Avery Pennarun
2010-01-12 19:26     ` Martin Langhoff

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1263323292-sup-4182@ezyang \
    --to=ezyang@mit.edu \
    --cc=apenwarr@gmail.com \
    --cc=git@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.