Jon Smirl wrote:It is quite obvious that comparison of programs of given type (SMC) on some program site (Bazaar-NG) is usually biased towards said program, perhaps unconsciously: by emphasizing the features which were important for developers of said program. For example simple namespace for git: you can use shortened sha1 (even to only 6 characters, although usually 8 are used), you can use tags, you can use ref^m~n syntax. I'm not sure about "No" in "Supports Repository". Git supports multiple branches in one repository, and what's better supports development using multiple branches, but cannot for example do a diff or a cherry-pick between repositories (well, you can use git-format-patch/git-am to cherry-pick changes between repositories...). About "checkouts", i.e. working directories with repository elsewhere: you can use GIT_DIR environmental variable or "git --git-dir" option, or symlinks, and if Nguyen Thai Ngoc D proposal to have .gitdir/.git "symref"-like file to point to repository passes, we can use that. Partial checkouts are only partially supported as of now; it means you have to do some lowe level stuff to do partial checkout, and be carefull when comitting. BTW it depends what you mean by partial checkout, but they are somewhat incompatibile with atomic commits to snapshot based repository. Git supports renames in its own way; it doesn't use file ids, nor remember renames (the new "note" header for use e.g. by porcelains didn't pass if I remember correctly). But it does *detect* moving _contents_, and even *copying* _contents_ when requested. And of course it detect renames in merges. Git doesn't have some "plugin framework", but because it has many "plumbing" commands, it is easy to add new commands, and also new merge strategies, using shell scripts, Perl, Python and of course C. So the answer would be "Somewhat", as git has plugable merge strategies, or even "Yes" at it is easy to add new git command. Gaah, subscribe-to-post mailing list! -- Jakub Narebski Warsaw, Poland ShadeHawk on #git - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Greg KH | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Andrew Morton | -mm merge plans for 2.6.23 |
| Peter Zijlstra | Re: [PATCH] x86: add the debugfs interface for the sysprof tool |
| Greg KH | [patch 00/45] 2.6.24-stable review |
git: | |
| Gerrit Renker | [PATCH 24/37] dccp: Processing Confirm options |
| Arjan van de Ven | Re: [GIT]: Networking |
| Jarek Poplawski | [PATCH take 2] pkt_sched: Protect gen estimators under est_lock. |
| Joakim Tjernlund | ucc_geth: nf_conntrack: table full, dropping packet. |
