More integration with Subversion:
Integration of the TortoiseSVN client into the PL/SQL Developer IDE (Beta-phase) - http://plsqldev-svn-plugin.tigris.org/

Simple add-in for Delphi and C++ Builder IDE's (a.k.a Borland Developer Studio, a.k.a Turbo Delphi/C++, a.k.a. CodeGear RAD Studio) - adds a menu with the most common TortoiseSVN commands to work with the current project file and an extra command to open an explorer window with current project (to access advanced TortoiseSVN commands). - http://delphiaddinfortortoisesvn.tigris.org/

Another subversion plugin for Borland Developer Studio or some of the Turbos that does not require TortoiseSVN (i.e. works directly with SVN) - http://sourceforge.net/projects/delphisvn/

Microsoft Office - Subversion integration: add-in scripts that invoke TortoiseSVN (Subversion Client) commands - http://code.google.com/p/msofficesvn/

I am facing a simple Hudson Master-Slave configuration task which must of worked in half a dozen installation's of Hudson, where master server machine is Linux and Slave Machine is Windows 2003.

Agent initializes seamlessly as a windows service (one of the cool features of Hudson by the way - since release 1.321).

I configure a simple "free-style" project which has an svn location it is supposed to checkout from http://... /svn/repos/trunk

The issue is if I checkout the same url and run svn info I get revision # 45943 although when Hudson checked out the project it states "Checked out revision 45902"

I am running on 1.321 version of Hudson, I have reconfigured the Job, cleaned up the workspace on the remote slave and the Master machine - and it still seems to poll an old revision from svn and idea why this could happen?

Thanks Guys,

It was one of those tasks that you think "i'll finish with it in a couple of hours", but i found myself dealing with it for more than 2 days...

A customer asked me to help him with a pre-commit hook that will check the existence of the svn:needs-lock property and the commit message - very simple.
We have the message check in our pre-commit hook, and I found a few examples on the net for the svn:needs-lock property check, but all examples just didn't work!
At the end i used svn contrib check-mime-type.pl, and, although i couldn't find the real differences between my previous tries written as bash script or in perl and this one, it worked.

The final hook is attached.