RE: post-commit export

> -----Original Message-----
> From: Ryan Schmidt [mailto:subversion-2009b_at_ryandesign.com]
> Sent: Tuesday, June 16, 2009 10:46 AM
> To: Justus Stadler_external
> Cc: users_at_subversion.tigris.org
> Subject: Re: post-commit export
>
> On Jun 16, 2009, at 03:40, Justus Stadler_external wrote:
>
> > as far as I read this is a common issue but I could not find an
> > answer to this problem. If it is already solved, please let me know!
> > I am trying to introduce Subversion but the problem is that a
> > repository is not accesible to all Users. So I figured I let the
> > developers work via Subversion and keep a up-to-date copy of the
> > rep in some networkdrive, so everyone without SVN is able to see
> > the projectstatus. My first intesion was to provide them with a
> > workingcopy. But our projects might reach sizes of some GB and
> > because the WC is always at least twice as big, this is not an
> > option (to expesive).
>

I wouldn't put a WC on the server. I would have a read-only copy of the repository on your network drive that is kept up-to-date with svnsync (which I love BTW). You can then let the users access it via webdav. But... if a working copy is too big, the repo will likely be too big also.

So, why not just export the relevant directories to the network drive regularly? I have a simple script that writes all changed directories to a file as they are committed [for /F "eol=¬ delims=¬" %%A in ('svnlook dirs-changed %1 -r %2') do echo %%A >> c:\svn_exports\export.txt], then at midnight performs some work on these changed dirs (after deleting the non-unique entries). The work you could do is to call svn export on each directory.

Do this every hour, it'll only export those directories that have changed, so it shouldn't take much time to run and you have an almost-current copy.

If space is such a premium, I might also put a property on each folder you want exported, to cut down on exporting some large and/or not-too-useful trees.

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2362407

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-06-16 13:00:04 CEST