You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Bryan Simmons <br...@gmail.com> on 2004/07/18 04:32:59 UTC

Distributed updates

I've been using subversion for months now to version sourcecode for my
company but now I'd like to use it for distributing updates.  This
would be for a web application that runs in Weblogic 7 (like tomcat
only much more expensive).
Whenever my graphics boys edit a graphic for the web-based UI, they
have to recompile the .ear file in order to put their changes into
production.
Those of you who are administrators know why this is dangerous.
What I'd like to do instead is have changes to the application be
submitted to a repository and then have the post-commit script kick of
a reaction that recompiles the .ear and pushes it to the clients.

Now, I'm sure I could write one friggin monster bash or perl script to
handle this.   But I'm sure I am not the only one to think up such a
setup.
Anyone ever heard of this before?

-- 

Regards,

Bryan Simmons
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 What is this "sleep" of which you speak?
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Distributed updates

Posted by Toby Johnson <to...@etjohnson.us>.
Bryan Simmons wrote:

>What about a script for post-commit for remote deployment of any
>repository files/data?
>I'm trying to figure out an intelligent way to auto-deploy certain svn
>folders to their production/test environment on other hosts by using a
>post-commit hook.
>Any ideas?
>  
>
There two ways I see to handle this.

1) The remote (production/test/whatever) environment is actually a 
Subversion working copy, and your post-commit hook simply does an "svn 
update" on it after each commit. Very simple.

2) If for some reason having the remote directory be a WC is not 
possible, you'd have to either delete and re-export the entire (portion 
of) the repository you need, or else generate a diff from the previous 
revision and apply that diff to the remote environment as well.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Distributed updates

Posted by Bryan Simmons <br...@gmail.com>.
What about a script for post-commit for remote deployment of any
repository files/data?
I'm trying to figure out an intelligent way to auto-deploy certain svn
folders to their production/test environment on other hosts by using a
post-commit hook.
Any ideas?

On Sun, 18 Jul 2004 09:52:51 -0600, Ed MacDonald
<ed...@hotmail.com> wrote:
> Use a simple hook script to run an ANT build/deployment script.  If your
> project is big enough to be messing with EJBs, then chances are you are
> using ANT anyway, and if you are not you should probably consider it.  There
> are ANT tasks written for just about everything in the application
> lifecycle, and I'm willing to bet there is a jar out there for common svn
> operations.
> 
> Ed
> 
> 
> 
> 
> > I've been using subversion for months now to version sourcecode for my
> > company but now I'd like to use it for distributing updates.  This
> > would be for a web application that runs in Weblogic 7 (like tomcat
> > only much more expensive).
> > Whenever my graphics boys edit a graphic for the web-based UI, they
> > have to recompile the .ear file in order to put their changes into
> > production.
> > Those of you who are administrators know why this is dangerous.
> > What I'd like to do instead is have changes to the application be
> > submitted to a repository and then have the post-commit script kick of
> > a reaction that recompiles the .ear and pushes it to the clients.
> >
> > Now, I'm sure I could write one friggin monster bash or perl script to
> > handle this.   But I'm sure I am not the only one to think up such a
> > setup.
> > Anyone ever heard of this before?
> >
> > --
> >
> > Regards,
> >
> > Bryan Simmons
> > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> >  What is this "sleep" of which you speak?
> > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> > For additional commands, e-mail: users-help@subversion.tigris.org
> >
> >
> 


-- 

Regards,

Bryan Simmons
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 What is this "sleep" of which you speak?
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Distributed updates

Posted by Ed MacDonald <ed...@hotmail.com>.
Use a simple hook script to run an ANT build/deployment script.  If your
project is big enough to be messing with EJBs, then chances are you are
using ANT anyway, and if you are not you should probably consider it.  There
are ANT tasks written for just about everything in the application
lifecycle, and I'm willing to bet there is a jar out there for common svn
operations.

Ed


> I've been using subversion for months now to version sourcecode for my
> company but now I'd like to use it for distributing updates.  This
> would be for a web application that runs in Weblogic 7 (like tomcat
> only much more expensive).
> Whenever my graphics boys edit a graphic for the web-based UI, they
> have to recompile the .ear file in order to put their changes into
> production.
> Those of you who are administrators know why this is dangerous.
> What I'd like to do instead is have changes to the application be
> submitted to a repository and then have the post-commit script kick of
> a reaction that recompiles the .ear and pushes it to the clients.
>
> Now, I'm sure I could write one friggin monster bash or perl script to
> handle this.   But I'm sure I am not the only one to think up such a
> setup.
> Anyone ever heard of this before?
>
> -- 
>
> Regards,
>
> Bryan Simmons
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>  What is this "sleep" of which you speak?
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org