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
| David Miller | Re: [Ksummit-2008-discuss] Fixing the Kernel Janitors project |
| Greg Kroah-Hartman | [PATCH 002/196] Chinese: rephrase English introduction in HOWTO |
| Mark Lord | Re: 2.6.25-rc8: FTP transfer errors |
| Kamalesh Babulal | Re: 2.6.24-rc8-mm1 |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Alexey Dobriyan | Re: [GIT]: Networking |
| Natalie Protasevich | [BUG] New Kernel Bugs |
| bcpa | Binkley/Rfmaill/Cnews scripts?.. |
| Dong Liu | Re: CXterm for LINUX |
| Rogier Wolff | Re: MIPS R3000 board to run Linux, anyone? |
| Theodore Ts'o | The patch to buffer.c seems to work! |
