title: Workaround for SubWCRev 1.7 with svn:externals
body: <p>My build script uses <a href="http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-subwcrev.html" rel="nofollow">SubWCRev</a> to embed an svn revision number and my repository contains an <a href="http://svnbook.red-bean.com/en/1.7/svn.advanced.externals.html" rel="nofollow"><code>svn:externals</code> definition</a> to share a header file between two projects.</p>
  
  <p>My Jenkins build server does not authenticate with the svn server in the same way as developers, and so uses a different repository URL.</p>
  
  <p>Since updating the build server to TortoiseSVN 1.7, the build script is failing with the following errors:</p>
  
  <blockquote>
    <p>SubWCRev : E155032: The node '[shared.h]' comes from unexpected repository
    'http://[developer]', expected 'http://[build server]'; if this node is a file external
    using the correct URL in the external definition can fix the problem,
    see <a href="http://subversion.tigris.org/issues/show_bug.cgi?id=4087" rel="nofollow">issue #4087</a></p>
    
    <p>SubWCRev : E200033: cannot rollback savepoint - SQL
    statements in progress, executing statement 'ROLLBACK TO s390'</p>
    
    <p>SubWCRev : E200034: SQLite busy at transaction rollback; resetting all
    busy SQLite statements to allow rollback</p>
    
    <p>Build step 'Execute Windows batch command' marked build as failure</p>
  </blockquote>
  
  <p>where E155032 quotes the <code>svn:externals</code> definition.</p>
  
  <p>I am not passing the <code>-e</code> switch to SubWCRev so externals should be ignored.</p>
  
  <p>My current options are to either roll back to TortoiseSVN 1.6 or change the build server authentication to make the repository URL match.</p>
  
  <p><strong>Is there a better workaround?</strong></p>