On Jan 24, 2006, at 11:52, Georg Wittenburg wrote:
> Essentially, I'd like to have the benefits of doing a "svn up", but  
> without
> the .svn directories sticking around.
>
> I've looked into using "svn export -f" in my post-commit hook as a  
> way to only
> export the actual content of my website without the version control
> information. This has several problems:
> - There are multiple projects in my repository. Yet I want the "svn  
> export"
> only to run, after a commit to the public_html project. I can  
> retrieve this
> information rather clumsily by saying something like "svn diff / 
> path/to/repo
> -r ($REV-1):$REV | grep public_html". Is there a better way?
You can use "svnlook dirs-changed -r $REV" to learn which directories  
were changed by a revision, and act accordingly.
> - For efficiency, I only want to export those files that have been  
> changed in
> the last commit. However, afaik but there is not selective export.
>
> Before I start thinking towards using the post-commit hook to  
> generate a diff
> and then calling patch to apply the changes to my website, I wanted  
> to ask on
> this list whether there is a more elegant way to do this.
Is the repository on a different machine than the web server? Does  
the repository server have spare disk space? If so, then I would keep  
a complete working copy of the relevant subset of the repository on  
the repository server and update it whenever a relevant commit  
occurs. Then I would use rsync to synchronize this with the directory  
on the web server. rsync will only send the changes over the network,  
so it would be comparable to running svn up.
If, on the other hand, you only have a single server which is  
handling both repository and web server, and this is the server with  
the constrained disk space situation, then I don't know a solution.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jan 24 14:05:32 2006