all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* 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

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.