Comments for Dave Gardner - PHP Developer http://www.davegardner.me.uk/blog Just behind the bleeding edge of PHP. Fri, 30 Jul 2010 13:29:11 +0100 http://wordpress.org/?v=2.8.1 hourly 1 Comment on Setting up continuous integration for PHP using Hudson and Phing by Ben Waine http://www.davegardner.me.uk/blog/2009/11/09/continuous-integration-for-php-using-hudson-and-phing/comment-page-1/#comment-601 Ben Waine Fri, 30 Jul 2010 13:29:11 +0000 http://www.davegardner.me.uk/blog/?p=5#comment-601 Hi Dave, I followed your advice regards the build being rsync'd to an 'alpha' staging area. Works a treat, though it was a little fiddly setting up the public / private SSH keys! Thanks, Ben Hi Dave,

I followed your advice regards the build being rsync’d to an ‘alpha’ staging area.

Works a treat, though it was a little fiddly setting up the public / private SSH keys!

Thanks,

Ben

]]> Comment on Setting up continuous integration for PHP using Hudson and Phing by Dave http://www.davegardner.me.uk/blog/2009/11/09/continuous-integration-for-php-using-hudson-and-phing/comment-page-1/#comment-597 Dave Mon, 19 Jul 2010 12:12:00 +0000 http://www.davegardner.me.uk/blog/?p=5#comment-597 It depends on how you want the deployment to work; what you're requirements are. Previously, I have tweaked the "build" script to create a "deploytoalpha" Phing target. This was pretty simple stuff, using rsync to get the data over. Right now, I'm working somewhere where things are more sophisticated and actually less "automatic". A developer must submit a ticket to deploy staging release, and this must involve a tagged version of the code (in SCM). This system doesn't integrate (currently) with our Hudson setup. It depends on how you want the deployment to work; what you’re requirements are. Previously, I have tweaked the “build” script to create a “deploytoalpha” Phing target. This was pretty simple stuff, using rsync to get the data over.

Right now, I’m working somewhere where things are more sophisticated and actually less “automatic”. A developer must submit a ticket to deploy staging release, and this must involve a tagged version of the code (in SCM). This system doesn’t integrate (currently) with our Hudson setup.

]]> Comment on Setting up continuous integration for PHP using Hudson and Phing by Ben Waine http://www.davegardner.me.uk/blog/2009/11/09/continuous-integration-for-php-using-hudson-and-phing/comment-page-1/#comment-595 Ben Waine Mon, 12 Jul 2010 16:22:50 +0000 http://www.davegardner.me.uk/blog/?p=5#comment-595 Dave, I found this guide really useful, thanks very much for taking the time to blog it! Have you got any insight into automatic deployment to staging and also did you learn anything about getting phpdpend graph on the main dash? Ben Dave,

I found this guide really useful, thanks very much for taking the time to blog it!

Have you got any insight into automatic deployment to staging and also did you learn anything about getting phpdpend graph on the main dash?

Ben

]]> Comment on Setting up continuous integration for PHP using Hudson and Phing by Dave http://www.davegardner.me.uk/blog/2009/11/09/continuous-integration-for-php-using-hudson-and-phing/comment-page-1/#comment-590 Dave Fri, 18 Jun 2010 16:13:37 +0000 http://www.davegardner.me.uk/blog/?p=5#comment-590 The build script in my example is fairly light-weight. You're right - the "app" target is pointless. However it really depends on what you want your build process to "do". New build scripts that I've got do things like crunch config scripts to generate code and look at code annotations to work out dependency injection container "wiring" config. These all lie in the "app" target. Further more I've added in some other targets to do things like deploy to a staging environment... there's loads you can do here. I guess that "build" as a concept is more obviously useful in the context of compiled apps where you actually have to build them! Things like PHPDoc and/or CodeSniffr etc.. can really just run on the raw "source" code (as checked out of SCM). That said it all depends what you do! I'd urge you to have a play with a build.xml file. Automating things is a very powerful thing and I find it very useful. That said, if you wanted you could probably not use Phing and just use Hudson to do the heavy lifting. The build script in my example is fairly light-weight. You’re right – the “app” target is pointless. However it really depends on what you want your build process to “do”. New build scripts that I’ve got do things like crunch config scripts to generate code and look at code annotations to work out dependency injection container “wiring” config. These all lie in the “app” target. Further more I’ve added in some other targets to do things like deploy to a staging environment… there’s loads you can do here.

I guess that “build” as a concept is more obviously useful in the context of compiled apps where you actually have to build them! Things like PHPDoc and/or CodeSniffr etc.. can really just run on the raw “source” code (as checked out of SCM).

That said it all depends what you do! I’d urge you to have a play with a build.xml file. Automating things is a very powerful thing and I find it very useful. That said, if you wanted you could probably not use Phing and just use Hudson to do the heavy lifting.

]]> Comment on Setting up continuous integration for PHP using Hudson and Phing by ff78 http://www.davegardner.me.uk/blog/2009/11/09/continuous-integration-for-php-using-hudson-and-phing/comment-page-1/#comment-589 ff78 Fri, 18 Jun 2010 15:20:20 +0000 http://www.davegardner.me.uk/blog/?p=5#comment-589 Hi, I don't understand how it can be used especially the build.xml What's the role of the "app" target ? The app folder is empty so there's no php files for phpdoc... Regards. Hi,
I don’t understand how it can be used especially the build.xml

What’s the role of the “app” target ? The app folder is empty so there’s no php files for phpdoc…

Regards.

]]> Comment on PHP dependency strategies: dependency injection and service locator by Dave http://www.davegardner.me.uk/blog/2009/11/23/php-dependency-strategies-dependency-injection-and-service-locator/comment-page-1/#comment-588 Dave Thu, 03 Jun 2010 08:27:36 +0000 http://www.davegardner.me.uk/blog/?p=17#comment-588 I have had a look at it. Very similar idea (obviously!) One of the key things I wanted was an annotation-based system that would automatically work out the DI Container "wiring" configuration. I guess it would be possible to implement this as a layer on top of any DI container, including Pimple. I have had a look at it. Very similar idea (obviously!) One of the key things I wanted was an annotation-based system that would automatically work out the DI Container “wiring” configuration. I guess it would be possible to implement this as a layer on top of any DI container, including Pimple.

]]> Comment on Setting up continuous integration for PHP using Hudson and Phing by Dave http://www.davegardner.me.uk/blog/2009/11/09/continuous-integration-for-php-using-hudson-and-phing/comment-page-1/#comment-587 Dave Thu, 03 Jun 2010 08:26:07 +0000 http://www.davegardner.me.uk/blog/?p=5#comment-587 @EllisGL Yep - you're right about the build command. This amended version will make sure every Phing "target" gets executed. Another interesting point here is that you can setup different Hudson jobs to execute different targets. This is handy if the "full" build takes too long - in this situation you can setup a build that only executes a subset of tests (for example). @EllisGL
Yep – you’re right about the build command. This amended version will make sure every Phing “target” gets executed. Another interesting point here is that you can setup different Hudson jobs to execute different targets. This is handy if the “full” build takes too long – in this situation you can setup a build that only executes a subset of tests (for example).

]]> Comment on PHP dependency strategies: dependency injection and service locator by EllisGL http://www.davegardner.me.uk/blog/2009/11/23/php-dependency-strategies-dependency-injection-and-service-locator/comment-page-1/#comment-586 EllisGL Wed, 02 Jun 2010 17:30:50 +0000 http://www.davegardner.me.uk/blog/?p=17#comment-586 Have you checked out Fabien Potencier other DI class called pimple? http://github.com/fabpot/Pimple Have you checked out Fabien Potencier other DI class called pimple?
http://github.com/fabpot/Pimple

]]> Comment on Setting up continuous integration for PHP using Hudson and Phing by EllisGL http://www.davegardner.me.uk/blog/2009/11/09/continuous-integration-for-php-using-hudson-and-phing/comment-page-1/#comment-585 EllisGL Wed, 02 Jun 2010 17:21:49 +0000 http://www.davegardner.me.uk/blog/?p=5#comment-585 The build command should be: phing -f $WORKSPACE/source/build.xml prepare app phpdoc phpcpd pdepend phpcs phpunit -Dws=$WORKSPACE The build command should be:
phing -f $WORKSPACE/source/build.xml prepare app phpdoc phpcpd pdepend phpcs phpunit -Dws=$WORKSPACE

]]> Comment on Setting up continuous integration for PHP using Hudson and Phing by Dave http://www.davegardner.me.uk/blog/2009/11/09/continuous-integration-for-php-using-hudson-and-phing/comment-page-1/#comment-584 Dave Mon, 17 May 2010 12:46:59 +0000 http://www.davegardner.me.uk/blog/?p=5#comment-584 @drahreg80 - Yes you're right about reporting on PHPDepend. Not sure about the graph. Let me know if you find a way of getting this displayed. @drahreg80 – Yes you’re right about reporting on PHPDepend.

Not sure about the graph. Let me know if you find a way of getting this displayed.

]]>