[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: Rob Brandt <bronto_at_csd-bes.net>
Date: 2006-01-27 22:39:55 CET

Quoting "Gale, David" <David.Gale@Hypertherm.com>:

> 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

THank you, that worked. Why did it work?


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:42:09 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.