Create a separate project for the shared file, and add it as an external
to each of the projects that use it. There's info in the SVN Book
about doing so, in the Advanced Topics - Externals Definitions
topic. (The page also has an example of setting up the externals for a project; it uses the command-line version, but it's pretty easy to work out using TortoiseSVN or the IDE integration.)
Subversion provides support for externals definitions. An externals definition is a mapping of a local directory to the URL—and ideally a particular revision—of a versioned directory. In Subversion, you declare externals definitions in groups using the svn:externals property. You can create or modify this property using svn propset or svn propedit (see the section called “Manipulating Properties”). It can be set on any versioned directory, and its value describes both the external repository location and the client-side directory to which that location should be checked out.
The convenience of the svn:externals property is that once it is set on a versioned directory, everyone who checks out a working copy with that directory also gets the benefit of the externals definition. In other words, once one person has made the effort to define the nested working copy structure, no one else has to bother—Subversion will, after checking out the original working copy, automatically also check out the external working copies.
If you haven't done so already, you should follow the tutorial type instructions in both the basics and advanced topics there (or you can download a PDF version so you'll have it locally). The book is pretty well written, and it's updated by the people that are actually working on SVN itself.