On 11/4/10 4:44 PM, Michael Ludwig wrote:
Hello Antoine,
Thanks for your feedback. Our application is not Java, it's a script
app. There's currently lots of stuff in Subversion including lots of
static content, most of which never changes. A typical update means
replacing ten to thirty files an
> I "deploy" ant scripts from svn to different servers.
> The configuration information is stored in directories.
> The ant script knows which environment it is in [...]
By means of calling ?
Michael
-
To unsubscribe, e-mail: u
I "deploy" ant scripts from svn to different servers. The configuration
information is stored in directories. The ant script knows which
environment it is in and processes the appropriate directory to find the
correct config files. This has been very helpful.
--glenn
On Thu, Nov 4, 2010 at 15
Hello Antoine,
Antoine Levy Lambert schrieb am 04.11.2010 um 13:53 (-0400):
>
> I would personnally not want to deploy the webapp directly from
> subversion, although this can certainly work.
> I would rather setup a build process and continuous integration and
> create a zip file or a war file f
Hello Michael,
I would personnally not want to deploy the webapp directly from
subversion, although this can certainly work.
I would rather setup a build process and continuous integration and
create a zip file or a war file from the sources in subversion.
You would need to use a continuous int
Our web app source code is stored in Subversion. It's not Java, it's a script
app. It needs to be deployed to various servers, and some configuration data
needs to be taken into account.
There is no automation at the moment, but I'm about to change that. I'm
presently cobbling together a script
