It is not necessary to show an unmodified icon if a file isn't modified. The solution explorer will look cleaner with less noise. Please add at least an optional setting for this.

It would be very useful to be able to filter the history viewer for a particular user/developer. This has two benefits: 1) When performing code reviews it is helpful to see revisions pushed by a specific developer 2) Our CI system produces several checkins and having to wade through meaningless revisions (in the context of Visual Studio - the CI server checks in an obfuscator file which doesn't affect the solution).

I would have submitted this to the issue tracker or mailing list, but both were so user-unfriendly that I thought I'd do it here.

The issue (present in 2.1.10129.17) seems to be that, when no documents are open in VS, committing changes results in an error dialog saying "Failed to save open documents before committing." I finally figured out a workaround - open a document before trying to commit.

Currently svn properties can be set only for a single file at once, for example, the 'svn:needs-lock' property.

It would be great if this could be done for multiple files at once or an entire folder recursively.

I can see a new issue in 2.3 (SVN 1.7) - when I update from the Pending changes, some files are for a brief moment shown as red (changed, added, or deleted). This happens only for a short while and disappears once the update is completed.

"Needs-lock" files must be locked before editing. When Server is not available, ReadOnly attribute (R) must be deleted with File-Explorer, should be possible within Viaual Studio.

You should be able to add references , where the assembly is a local file in the solution directory, to Subversion more easily

I'd like it if the update (get latest version) window either stayed open after the update had completed, or there was an option to allow this. My reasoning is that information about what changes the update has performed are displayed in the window, along with the revision you are updating to, but since it closes as soon as it's finished you don't really get a chance to look at this information.

when I commit in Visual studio, this screen appears:
"You are trying to commit files from several subversion working copies. Which working copies would you like to commit with the current log message?"
After this there is a list of paths. My question is: is there a way to remove all these paths. I only need one of them and now I always need to check/uncheck the right one out of this list.
Thanks!

Although TFS is generally used as a combined issue tracker and source repository, many of the projects at my company use SVN for source control due to legacy reasons and TFS for work item tracking.

I'd love to see the ability to link SVN changes to TFS Work Items using a built-in issue tracker extension.

Great product. I want to pay

The context menu for modified files in the Pending Changes tool window is lacking an "Open With..." item.

"Open With" is useful when reviewing changes that open up a full designer - for example, complex XAML Workflows can take a very long time to open and occasionally it makes more sense to open them with the XML Editor.

This is true for just about all files with designers.

Can ankh SVN be made to integrate with Microsoft Expression Blend Studio 3?

Multiple exclude lists to hide elements that should not (yet) committed, would be nice.

This would allow using a subset of the AnkhSVN 2.X support from older Visual Studios and other applications that use the MSSCCI api.

If any violations are present then refuse commit.

Once a file deletion has been committed, it is extremely difficult to undo this. The only way I managed to do it was to find the revision where it occurred in the History Viewer, choose "Revert changes from this revision" (thereby reverting all the changes done there) and then again reverting the other changes.

Much simpler if I could select the "delete file" action in the History Viewer's changed paths and choose "Revert".

It wuould be nice to prevent code that does not build to be committed. This would prevent broken code to go to the repository and no more broken build warnings from cruise control.

Currently the Repository Explorer shows the current state of the repository. It would be nice to be able to see an older state (ie. older revision).

For example, if a file or directory is deleted, currently the only way to find it is to browse through the History Viewer, trying to find it there.