Messages in this thread |  | | | From | Matthias Urlichs <> | | Subject | Re: Mercurial vs Updated git HOWTO for kernel hackers | | Date | Fri, 24 Jun 2005 15:16:13 +0200 |
| |
Hi, Petr Baudis wrote:
> Switching branches in place will be supported soon (although I have > doubts about its usefulness).
Well, I don't. Main reason: It's simply a lot faster to create+switch to a branch locally for doing independent work, than to hardlink the whole Linux directory tree into a clone tree.
Having one tree also simpifies the "what do I have that's not merged yet" question -- just call "gitk $(cat .git/refs/heads/*)". ;-) The only problem I have with it is that "git-read-tree -m -u" doesn't delete files yet. To repeat my question from last week: >> Would it be safe to add all files for which >> read_tree.c:merge_cache:fn() returns zero to a "delete me" list? (files on which which then actually get deleted, of course, if g-r-t doesn't find any problems.)
-- Matthias Urlichs | {M:U} IT Design @ m-u-it.de | smurf@smurf.noris.de Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de - - Politics -- the gentle art of getting votes from the poor and campaign funds from the rich by promising to protect each from the other. -- Oscar Ameringer
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |