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.
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.
---------------------------------------------------------------------
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:11:15 2006