From: torvalds@transmeta.com (Linus Torvalds)
To: linux-kernel@vger.kernel.org
Subject: Re: Linux 2.4 and BitKeeper
Date: Fri, 15 Mar 2002 17:58:07 +0000 (UTC) [thread overview]
Message-ID: <a6tcnf$shg$1@penguin.transmeta.com> (raw)
In-Reply-To: <3C90E994.2030702@candelatech.com> <3C90E994.2030702@candelatech.com> <2865.1016190641@redhat.com> <20020315080408.D11940@work.bitmover.com>
In article <20020315080408.D11940@work.bitmover.com>,
Larry McVoy <lm@bitmover.com> wrote:
>
>Has anyone done this and made it work? It would save a lot of disk space
>and performance if someone were to so.
Hey, the _sane_ way to do it is to not have all those crappy SCCS
dependencies in all the tools, but to simply make a bk work area be a
real file tree!
Larry, your argument that there are tools that are SCCS-aware is just
not sane. For each tool that is SCCS-aware, I will name a hundred that
are not, and that you're not going to fix. The only sane way to make
_everything_ bitkeeper-aware is to keep the tree checked out and to keep
the bitkeeper files somewhere else.
Right now simple things like command-line completion and
find . -name '*.[chS]' | xargs grep xxxx
do not work, because they either don't find files or they find the wrong
ones (the internal bitkeeper files etc).
I'd much rather have a separate working area, ie if my repository is
under ~/BK/repository/kernel/linux-2.5, then the checked out tree would
be under ~/BK/repository/kernel/linux-2.5/workarea, and I would just
have a simple symbolic link from ~/v2.5 to the workarea (and never even
_see_ the BitKeeper files unless I thought I needed to).
None of this "special tools for normal actions" crap.
Linus
next prev parent reply other threads:[~2002-03-15 18:00 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-03-14 4:42 Linux 2.4 and BitKeeper Marcelo Tosatti
2002-03-14 6:33 ` Ben Greear
2002-03-14 5:36 ` Marcelo Tosatti
2002-03-14 6:37 ` David S. Miller
2002-03-14 6:42 ` Larry McVoy
2002-03-14 7:54 ` Alex Riesen
2002-03-14 15:46 ` Larry McVoy
2002-03-14 18:10 ` Alex Riesen
2002-03-14 18:19 ` Ben Greear
2002-03-14 18:26 ` Robert Love
2002-03-14 18:40 ` Ben Greear
2002-03-14 22:56 ` Mark Frazer
2002-03-15 11:10 ` David Woodhouse
2002-03-15 16:04 ` Larry McVoy
2002-03-15 16:17 ` Stelian Pop
2002-03-15 17:58 ` Linus Torvalds [this message]
2002-03-15 18:16 ` Jeff Garzik
2002-03-15 18:27 ` Linus Torvalds
2002-03-15 18:47 ` Larry McVoy
2002-03-17 0:39 ` Daniel Phillips
2002-03-17 5:42 ` Mike Fedyk
2002-03-18 16:47 ` [PATCH] 2.5.7-pre2 IDE 22a Martin Dalecki
2002-03-15 18:39 ` Linux 2.4 and BitKeeper Larry McVoy
2002-03-15 19:01 ` Linus Torvalds
2002-03-15 19:10 ` Larry McVoy
2002-03-15 19:20 ` Linus Torvalds
2002-03-15 19:30 ` Larry McVoy
2002-03-16 0:31 ` Andreas Ferber
2002-03-16 1:02 ` Andreas Dilger
2002-03-15 16:10 ` David Woodhouse
2002-03-15 4:35 ` Stephen Torri
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='a6tcnf$shg$1@penguin.transmeta.com' \
--to=torvalds@transmeta.com \
--cc=linux-kernel@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.