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

RE: svn: ignore not working on subfolders

From: Gale, David <David.Gale_at_Hypertherm.com>
Date: 2006-01-27 22:00:38 CET

Rob Brandt wrote:
> I have a php web app with some subfolders in it that I need to be
> able to ignore. Files are placed in these folders outside of
> development, and placing them under version control will cause
> hassles. I am running svn 1.1 on Debian sarge and TortoiseSVN 1.3 (I
> updated today).
>
> The file structure looks sort of like this:
>
> \folder1
> \folder2
> \folder3
> \folder3\sub1
> \folder3\sub1\subsub1
> \folder4
> etc.
>
> Using Tortoise, I have successfully "ignored" \folder2 by right
> clicking on it and selecting "Add to Ignore List -> folder2".
> Committed, works well. I then tried to ignore \folder3\sub1\subsub1
> by right clicking on it and selecting "Add to Ignore List ->
> subsub1". It pops up a message saying it's added to the ignore list,
> but when I try to commit I get an error message:
>
> Error: Commit failed (details follow):
> Error: Your file or directory '.' is probably out-of-date
> Error: The version resource does not correspond to the resource
> within the transaction. Either the requested version resource is out
> of date (needs to be updated), or the requested version resource is
> newer than the transaction root (restart the commit).
>
> I've tried this every which way I can think of, including using the
> "recursive" checkbox on the Properties dialog. No luck.
>
> What am I doing wrong?

Try doing an update, and then your commit.

-David

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jan 27 22:01:44 2006

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.