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

Re: Pending change marker on svn:ignored directories

From: Jody Shumaker <jody.shumaker_at_gmail.com>
Date: 2006-06-07 20:19:57 CEST

On 6/7/06, Adam Vartanian <flooey@gmail.com> wrote:
> We have several Eclipse projects in Subversion, which have two folders under
> the main project folder: a src folder for holding the souce files, and a bin
> folder for holding generated class files. To keep all the class files out of
> the repository, we've added "bin" to the svn:ignore property for the main
> project folder.
>
> Previously, the bin folder would show in Explorer with no markers at all, and
> had no .svn folders within it. This worked great, and I feel is the correct
> behavior.
>
> Starting a couple revisions ago, TortoiseSVN started showing a pending change
> marker on the bin folder and every subfolder within it (which causes a pending
> change marker to show on every ancestor folder as well). None of the files
> inside show any markers.

Sounds more like, starting a short while ago your build started
incorrectly copying the .svn directories into the bin directories. You
already stated that before the bin folder had no .svn folder,
TortoiseSVN would not have added it without you telling it to. The
change marker is there because now there's a .svn directory, and all
the files it references are missing, which shows up as a modified
status for the directory.

>
> Deleting any of the .svn folders within the bin tree causes the next update to
> "restore" the files from the equivalent src folders, even some that are not
> within the same path (ie, if you delete x/bin/com/example/test/.svn, an update
> will "restore" x/bin/com/example/test/Test.java with the contents of
> x/src/com/example/test/Test.java, as well "restoring" the contents of
> x/src/com/example/product/MainProgram.java to
> x/bin/com/example/product/MainProgram.java). Deleting the entire bin folder and
> allowing Eclipse to rebuild it causes the .svn folders and markers to reappear
> the first time it is viewed in Explorer.
>
> I don't know if this is a problem with TortoiseSVN or Subversion itself, but it
> seriously degrades the usefulness of the markers in Explorer, since all of our
> project folders are perpetually marked as having changes that need to be
> checked in.
>

Neither?

The problem is likely with eclipse or whatever is creating the bin
directories. It appears to be incorrectly copying the .svn
directories from the src directories. Then when you do an update, the
.svn directory is really from your src directory and points to that
location in the repository, and thus it re-grabs those src files. You
need to fix eclipse or your build setup to exclude .svn directories
when it is copying the src directories.

- Jody

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Jun 7 20:20:13 2006

This is an archived mail posted to the TortoiseSVN Dev mailing list.

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