[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Feature request: svn ignore

From: Ryan Schmidt <subversion-2005_at_ryandesign.com>
Date: 2005-09-11 14:08:14 CEST

On Sep 11, 2005, at 11:05, Martin Fuchs wrote:

> I would like to propose a new command "svn ignore" to extend the list
> of ignored file patterns by one or more entries. This is the syntax of
> the new command:
>
> svn ignore <path> <file pattern list>
>
> The following example commands give an application case for adding a
> new directory to the repository:
>
> svn ignore . Debug
> svn ignore . Release
> svn ignore . *.log
> svn ignore . *.exe
> svn ignore . *.pdb *.map
> svn ignore . *.ncb *.opt

When I think about some of the other subcommands, I notice that the
directory on which they operate is specified last, and that if this
is omitted, they operate on . by default. In your svn ignore
proposal, the directory is specified first, which is inconsistent and
doesn't allow this (probably oft-desired) default case. To fix it
would require, however, that you only specify one glob per svn ignore
invocation.

In any case, you'll have to protect the glob with quotes, else the
shell will want to expand it before passing it to svn ignore.

svn ignore '*.log'
svn ignore '*.exe' some/dir/

If you can add entries to svn:ignore this way, do we also need a way
to remove entries from there?

svn unignore '*.log'
or
svn remember '*.log'

You can, you know, always use svn propedit instead of svn propset. I
think that probably covers your intended uses without the need to
introduce a new special-case command.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Sep 11 14:10:07 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.