* Generic Interface to Ignoring Files in VC
@ 2010-03-26 16:18 Nordlöw
2010-03-26 23:21 ` Tim X
0 siblings, 1 reply; 2+ messages in thread
From: Nordlöw @ 2010-03-26 16:18 UTC (permalink / raw)
To: help-gnu-emacs
Has anybody extended vc to provide a generic interface to ignoring
file(s) either using a specific file or using a glob matcher?
The simplest implementation I can think simply cases on vc-backend()
and vc-state() and then either add it to the .vc-name-ignore file or
ignore it through a shell command. I only know about git and it uses a
file named .gitignore . The only bother I can think of is if several
parental directories contain the .gitignore file. I guess the bottom-
most directory wins in this case right?
If I want to write one in a way compatible with the way vc handles
different backends where would I start?
Thanks in advance,
Per Nordlöw
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Generic Interface to Ignoring Files in VC
2010-03-26 16:18 Generic Interface to Ignoring Files in VC Nordlöw
@ 2010-03-26 23:21 ` Tim X
0 siblings, 0 replies; 2+ messages in thread
From: Tim X @ 2010-03-26 23:21 UTC (permalink / raw)
To: help-gnu-emacs
Nordlöw <per.nordlow@gmail.com> writes:
> Has anybody extended vc to provide a generic interface to ignoring
> file(s) either using a specific file or using a glob matcher?
>
> The simplest implementation I can think simply cases on vc-backend()
> and vc-state() and then either add it to the .vc-name-ignore file or
> ignore it through a shell command. I only know about git and it uses a
> file named .gitignore . The only bother I can think of is if several
> parental directories contain the .gitignore file. I guess the bottom-
> most directory wins in this case right?
>
> If I want to write one in a way compatible with the way vc handles
> different backends where would I start?
>
Just wondering if this is the right abstraction level to address this
issue?
When you consider that the VC stuff works by using the underlying
version control client programs and each of these clients has their own
way to handle this, does adding this level of functionality bring us
anything other than additional code complexity duplicating functionality
already provided by the clients?
Tim
--
tcross (at) rapttech dot com dot au
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-03-26 23:21 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-03-26 16:18 Generic Interface to Ignoring Files in VC Nordlöw
2010-03-26 23:21 ` Tim X
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).