From: "Dan Chokola" <dan@chokola.com>
To: "Linus Torvalds" <torvalds@linux-foundation.org>
Cc: "Junio C Hamano" <gitster@pobox.com>,
"Martin Langhoff" <martin.langhoff@gmail.com>,
"Bu Bacoo" <bubacoo@gmail.com>,
git@vger.kernel.org
Subject: Re: Darcs
Date: Mon, 25 Jun 2007 00:44:15 -0400 [thread overview]
Message-ID: <61e816970706242144y5dd07464ue6b06478a5920699@mail.gmail.com> (raw)
In-Reply-To: <alpine.LFD.0.98.0706241657540.3593@woody.linux-foundation.org>
On 6/24/07, Linus Torvalds <torvalds@linux-foundation.org> wrote:
> On Sun, 24 Jun 2007, Dan Chokola wrote:
> >
> > What I have noticed is a lot of nitpicking, of which I'm guilty, too. The
> > issue Linus brought up about Darcs and versioning is not one I typically see
> > surface in real life. Users usually complain about some _release_ version
> > or, "I updated last week."
>
> Actually, in the kernel, we are getting quite a lot out of "git bisect",
> and people throw git SHA1's around to describe where they are, or a
> particular commit.
>
> Which never happened with BK.
>
> So I think that the _ability_ to name revisions easily across different
> uses is quite important, because it then drives behaviour.
>
I wholeheartedly agree it's important as far as the big picture of SCM
is concerned. Though I will say that the kernel development is an
extreme case, where there's a huge number of developers and incredibly
fast development where matching features are needed from the SCM. And
I love how Git is born out of this extreme case, as it leads to a lot
of great features that often scale down, too. But some of them matter
less to, say, a small, well-integrated team of 5 or 10 people. And an
idealistic model like the one offered by Darcs might even work better
there since corner cases don't show up often.
I'm spoiled by Git and the fact that it has these great abilities and
features that set it apart, and I'd love everyone to use it. But I'd
like people to know that many attributes of Git and other DSCMs don't
differ all that much. (Please don't call me ugly and stupid. ;) And
actually, this is something of a selling point, because it makes it
Git seem cozy and familiar.
So, relating back to the original post, and extending on Linus'
'academic' analogy, Darcs is like a thesis project from university
that proves how DSCM can be done scientifically. Git is grown-up Darcs
that proves how DSCM can be done practically. The bottom line is the
foundations of DSCM, cheap branching, easy merging, and the like, can
be done very similarly in either Darcs or Git, so moving from one to
the other leaves you with a largely familiar set of commands.
> Without it, you'll never notice you need it. With it, you start wondering
> how others handle it.
>
Git really does have a way of spoiling its users (I don't know how
CVS/SVN users live), no argument here.
-Daniel "Puzzles" Chokola
next prev parent reply other threads:[~2007-06-25 4:44 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-24 5:32 Darcs Bu Bacoo
2007-06-24 17:59 ` Darcs Linus Torvalds
2007-06-24 20:45 ` Darcs Martin Langhoff
2007-06-24 21:19 ` Darcs Jan Hudec
2007-06-24 21:52 ` Darcs Theodore Tso
2007-06-24 22:22 ` Darcs Junio C Hamano
[not found] ` <61e816970706241638j60830741p2cd1a102a72ae226@mail.gmail.com>
2007-06-24 23:40 ` Darcs Dan Chokola
2007-06-25 0:00 ` Darcs Linus Torvalds
2007-06-25 4:44 ` Dan Chokola [this message]
2007-06-27 0:00 ` Darcs Martin Langhoff
2007-06-24 23:21 ` Darcs Linus Torvalds
2007-06-28 1:26 ` Darcs Josh Triplett
2007-06-28 13:02 ` Darcs Johannes Schindelin
2007-06-29 7:13 ` Darcs Bu Bacoo
2007-06-25 11:36 ` Darcs Florian Weimer
2007-06-25 16:54 ` Darcs Bu Bacoo
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=61e816970706242144y5dd07464ue6b06478a5920699@mail.gmail.com \
--to=dan@chokola.com \
--cc=bubacoo@gmail.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=martin.langhoff@gmail.com \
--cc=torvalds@linux-foundation.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).