From: David Kastrup <dak@gnu.org>
To: Justin Bogner <mail@justinbogner.com>
Cc: emacs-devel@gnu.org
Subject: Re: [patch] vc-find-root with invert
Date: Tue, 22 Jul 2008 01:02:01 +0200 [thread overview]
Message-ID: <853am2aljq.fsf@lola.goethe.zz> (raw)
In-Reply-To: <48850C7A.6050800@justinbogner.com> (Justin Bogner's message of "Mon, 21 Jul 2008 16:23:54 -0600")
Justin Bogner <mail@justinbogner.com> writes:
> David Kastrup wrote:
>> Justin Bogner <mail@justinbogner.com> writes:
>>> However, for the other case, we need traverse upwards until we don't
>>> find the directory, returning the last one that does.
>>
>> Why? CVS or SVN do not do this either. Subdirectories with .svn in
>> them are self-contained work directories with associated repository
>> location.
>>
>>> As far as getting rid of invert, we could do that, and the function
>>> would then return something more reasonable than it does now, but it
>>> wouldn't actually find the root unless you happened to try the root
>>> first.
>>
>> There is no dedicated root in CVS or SVN. You never need to look at
>> .. in order to do local operations. You can move your directory out to
>> a different location under a different "root" and things will work just
>> the same from there.
>>
>> Which is pretty much the principal reason for every directory having its
>> own CVS or .svn subdirectories.
>>
>
> Is this still true if you need to do nonlocal operations?
With "local" I meant "local to the current tree location" whether in the
work directory or repository, not "local to this computer".
> If so then this is indeed a misfeature.
The only sort of justification I could imagine is when you are trying to
create a patch and/or work with a file set. Then you want to have some
sort of common root. However, just walking upwards is not guaranteed to
give you such a root: it is perfectly feasible to place some directory
under CVS for backup purposes, but have a non-registered subdirectory
_also_ under CVS with a completely different repository.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
next prev parent reply other threads:[~2008-07-21 23:02 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-04 17:24 [patch] vc-find-root with invert Justin Bogner
2008-07-04 18:02 ` Stefan Monnier
2008-07-04 18:06 ` Justin Bogner
2008-07-04 19:52 ` Stefan Monnier
2008-07-05 7:21 ` tomas
2008-07-21 16:27 ` Justin Bogner
2008-07-21 18:32 ` Stefan Monnier
2008-07-21 21:33 ` Justin Bogner
2008-07-21 22:00 ` David Kastrup
2008-07-21 22:23 ` Justin Bogner
2008-07-21 23:02 ` David Kastrup [this message]
2008-07-23 4:35 ` Justin Bogner
2008-07-23 19:35 ` Stefan Monnier
2008-07-22 2:56 ` Stefan Monnier
-- strict thread matches above, loose matches on Subject: below --
2008-07-04 17:47 Justin Bogner
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=853am2aljq.fsf@lola.goethe.zz \
--to=dak@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=mail@justinbogner.com \
/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.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
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 read-only IMAP folder(s) and NNTP newsgroup(s).