From: Stefan Monnier <monnier@iro.umontreal.ca>
To: "Stephen J. Turnbull" <stephen@xemacs.org>
Cc: Emacs Devel <emacs-devel@gnu.org>
Subject: Re: Customizing the VC backend order
Date: Fri, 10 Aug 2007 00:33:43 -0400 [thread overview]
Message-ID: <jwvhcn88171.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <87lkck585o.fsf@uwakimon.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Fri\, 10 Aug 2007 13\:24\:19 +0900")
>> Hmm... that's interesting to know (I'm considering changing the way the
>> search is done, which would naturally tend to give precedence to backends
>> whose admin dir is closest, so CVS would then tend to unavoidably take
>> precedence since it's always as close as any other).
> This is very bad IMO, as if multiple systems are in use, CVS is almost
> always a legacy distribution system.
> Also, what about the RCS use-case where the ,v file is a sibling of
> the controlled file? That's even closer, and even worse!
Yes that's what dhruva's message pointed out.
> While I see the logic behind your suggestion, I think what should be
> done is to ask the user.
The logic is sound for systems where only the topmost directory contains an
admin dir (e.g. DaRCS, Arch, Git, Mercurial, Monotone, Bazaar). But yes,
its interaction with the other systems isn't as simple as I thought.
But asking the user is out of the question since the choice is made when
visiting a file, long before we know if the user even cares about which
backend is used.
The motivation is also to do a single "look up in parent dirs", rather than
one per backend.
> For one thing, I can see a use case where you are maintaining a variant
> version of an external library as a subdirectory of your project. In that
> case, your changes should normally be managed by the higher level SCM, and
> the local SCM will be pull-from-upstream only, until your patches
> get accepted.
VC-dired should use only one backend for all the files in it. So opening
VC-dired on the higher-level dir will naturally indicate that that is the
backend to use from there. Regarding the backend to use in the file's
buffer, Emacs cannot know what to choose, so the choice has to be somewhat
arbitrary, but hopefully (as dhruva points out) changeable by the user (the
user can always use C-x v b later on).
Stefan
next prev parent reply other threads:[~2007-08-10 4:33 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-10 3:06 Customizing the VC backend order dhruva
2007-08-10 3:23 ` Stefan Monnier
2007-08-10 4:24 ` Stephen J. Turnbull
2007-08-10 4:33 ` Stefan Monnier [this message]
2007-08-10 5:07 ` dhruva
2007-08-10 5:24 ` Stefan Monnier
2007-08-10 5:44 ` dhruva
2007-08-10 5:53 ` Stefan Monnier
2007-08-11 5:04 ` dhruva
2007-08-11 9:11 ` Andreas Schwab
2007-08-11 9:22 ` David Kastrup
[not found] ` <e3f230850708110327p285424cxd45f5393005a39bf@mail.gmail.com>
[not found] ` <85ir7mwdkr.fsf@lola.goethe.zz>
[not found] ` <e3f230850708110400v19e127c4i91f10f8e39934041@mail.gmail.com>
2007-08-11 12:05 ` David Kastrup
2007-08-11 13:08 ` dhruva
2007-08-10 5:32 ` David Kastrup
2007-08-10 5:44 ` David Kastrup
2007-08-10 14:59 ` Vinicius Jose Latorre
2007-08-10 17:40 ` Johan Bockgård
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=jwvhcn88171.fsf-monnier+emacs@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=emacs-devel@gnu.org \
--cc=stephen@xemacs.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.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
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.