in reply to Re: Re: Changing locations of Perl builds on different machines
in thread Changing locations of Perl builds on different machines

This is exactly the kind of problem that make and relatives were invented for.

Just have a development environment with a source tree and a make script that builds a destination tree from that with appropriate information inserted. You then work in a development environment where you edit the source tree, and then build a destination tree and test there. Moving into production you update the source and build the destination. Installing for a client you create a source tree, build the destination, then delete the source.

The extra step may seem like a nuisance, but if the make process is only a simple substitution, then the build time can easily be under a second. And for that second what you get back in flexibility pays for itself again, and again, and again...

  • Comment on Re (tilly) 3: Changing locations of Perl builds on different machines

Replies are listed 'Best First'.
Re: Re (tilly) 3: Changing locations of Perl builds on different machines
by MadraghRua (Vicar) on Sep 08, 2001 at 02:49 UTC
    That's clever, I didn't think of that approach. So basically they could use the Make to do a set up at each client site and once it has been run once, they could use the existing Makefile to gather info on the existing build as one does with the existing Perl makefile... We'll try it and see what happens. Thank you!

    MadraghRua
    yet another biologist hacking perl....