From: Florian Weimer <fw@deneb.enyo.de>
To: git@vger.kernel.org
Subject: Re: Adding Git to Better SCM Initiative : Comparison
Date: Mon, 10 Dec 2007 15:49:39 +0100 [thread overview]
Message-ID: <87ve76mwos.fsf@mid.deneb.enyo.de> (raw)
In-Reply-To: <200712101357.49325.jnareb@gmail.com> (Jakub Narebski's message of "Mon, 10 Dec 2007 13:57:48 +0100")
* Jakub Narebski:
> + <s id="git">
> + Yes (or no depending on interpretation). Git
This should be "No." (same for copies below).
> + <s id="git">
> + Partial (?). It is possible to lock down repository
> + (access to branches and tags) using hooks.
> + </s>
I doubt this works reliably. You still can access data once you've got
its SHA1 hash, for instance.
> + <s id="git">
> + Yes. Changesets are supported.<br />
> + Actually Git is snapshot based which means Git records
> + the full state in every commit. This means that any two
> + commits can be compared directly very quickly, although the
> + repository is typically browsed as a series of changesets.
> + </s>
I don't think this explanation is necessary. What does Subversion say?
> + <s id="git">
> + Yes. (git blame, git gui blame).
> + It can also detect the origin of copied and moved source
> + lines, and can ignore whitespace changes.
> + </s>
A simple "Yes." should suffice.
> @@ -636,6 +677,10 @@ <title>Tracking Uncommited Changes</title>
> Yes, using "darcs whatsnew".
> </s>
> <s id="aegis">Yes. Using aediff</s>
> + <s id="git">
> + Yes, of course. Using git diff.
> + Note that git uses staging area for commits (index).
> + </s>
Simply "Yes.". "git diff" is wrong, it's actually "git diff HEAD".
> @@ -681,6 +726,11 @@ <title>Per-File Commit Messages</title>
> <s id="darcs">
> No.
> </s>
> + <s id="git">
> + No. The message applies to the commit as a whole.
> + But you can tag (with description) given contents
> + of a file (blob).
> + </s>
Have we got any real tool support for this? This should be "No.".
> @@ -1006,6 +1075,13 @@ <title>Command Set</title>
> but since the model is different most commands are
> unique.
> </s>
> + <s id="git">
> + Tries to follow CVS conventions, but deviates where there
> + is a different design (following BitKeeper for DVCS).
I don't think this is true. Is there any command that closely matches
what CVS does?
> @@ -1203,6 +1286,11 @@ <title>Portability</title>
> Very good. Supports many UNIXes, Mac OS X, and Windows,
> and is written in a portable language.
> </s>
> + <s id="git">
> + Good to very good. Portable across all POSIX systems.
> + There exists Win32 binary using MinGW (msysGit),
> + or you can use binary provided by Cygwin.
> + </s>
Isn't Windows support still a bit lacking in terms of performance?
next prev parent reply other threads:[~2007-12-10 14:50 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-12-10 12:57 Adding Git to Better SCM Initiative : Comparison Jakub Narebski
2007-12-10 13:09 ` Eyvind Bernhardsen
2007-12-10 13:20 ` Jakub Narebski
2007-12-10 14:33 ` David Kastrup
2007-12-10 14:49 ` Florian Weimer [this message]
2007-12-10 15:23 ` Johannes Schindelin
2007-12-10 15:36 ` Florian Weimer
2007-12-10 15:47 ` Jakub Narebski
2007-12-10 16:28 ` Florian Weimer
2007-12-10 16:38 ` Linus Torvalds
2007-12-10 16:50 ` Chris Shoemaker
2007-12-10 17:21 ` Jakub Narebski
[not found] ` <200801071057.27710.shlomif@iglu.org.il>
2008-01-13 0:44 ` Jakub Narebski
2008-01-14 0:14 ` Dmitry Potapov
2008-01-14 0:31 ` Jakub Narebski
2008-01-14 6:58 ` Dmitry Potapov
2008-01-14 12:14 ` Jakub Narebski
-- strict thread matches above, loose matches on Subject: below --
2008-01-13 15:05 linux
2008-01-13 15:16 ` Matthieu Moy
2008-01-13 16:25 ` Jakub Narebski
2008-01-13 18:42 ` linux
2008-01-13 19:20 ` linux
2007-11-28 22:39 Jakub Narebski
2007-11-29 1:48 ` Robin Rosenberg
2007-11-29 7:17 ` Jan Hudec
2007-11-29 2:26 ` Jakub Narebski
2007-11-29 20:07 ` Alex Riesen
2007-11-30 0:18 ` Jakub Narebski
2007-11-30 1:26 ` Johan Herland
2007-11-30 1:53 ` Jakub Narebski
2007-11-30 7:16 ` Alex Riesen
2007-11-30 18:34 ` Jan Hudec
2007-12-03 19:57 ` Jakub Narebski
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=87ve76mwos.fsf@mid.deneb.enyo.de \
--to=fw@deneb.enyo.de \
--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 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).