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

Re: switch to ignore files that have not been checked in?

From: Geoff Hoffman <ghoffman_at_cardinalpath.com>
Date: Wed, 11 Jan 2012 19:37:21 -0700

On Wed, Jan 11, 2012 at 6:45 PM, Andy Levy <andy.levy_at_gmail.com> wrote:

> On Wed, Jan 11, 2012 at 18:49, Steve Kelem <steve_at_kelem.net> wrote:
> > I'm trying to add properties to a bunch of files that have a common file
> extension, but are not the only files in the directory/directories.
> >
> > I would like to run something like:
> >
> > svn propset svn:needs-lock '*' *.png *.jpg *.vsd
> >
> > The problem is that I have a number of temporary files in the working
> directory that match the pattern but are not and should not be checked in.
> The problem with using the convenience of shell patterns is that
> subversion aborts as soon as it processes a file that is not already
> checked in. It also aborts even if a file or directory has the svn:ignore
> property set.
> >
> > I don't know of an easy way to match all the files that match a shell
> pattern and are also already checked in. (Which would be a clunky
> workaround for not having the following:)
> >
> > I'd like to use a switch such as:
> >
> > svn --ignore-non-checked-in-files propset svn:needs-lock '*' *.png *.jpg
> *.vsd
> >
> > Does such a switch already exist? Such a switch would tell subversion
> commands to silently ignore files and directories that have not been
> checked in. The opposite already exists. If I run svn add *.png, the "svn
> add" command runs, but complains harmlessly if a file has already been
> checked in. "svn add" does not halt if it encounters a file that has
> already been checked in.
>
> Try the --force switch.
>

If I'm reading your post/question correctly you may need to (via your own
bash script) grep/sed/awk the output of svn status (for M's) and only svn
propset the ones matching your pattern.
Received on 2012-01-12 03:38:03 CET

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.