Simple Web Deployments
There are too many moving parts in modern web applications. Building and deploying sites is one of the areas that has become overly complex. In this post I will explain how I keep my web deployments simple and straightforward, while maintaining the benefits that come from optimisations like minification and image compression.
Many modern web development configurations involve using build tools like Grunt, or Gulp. These tools allow one to automate builds performing common tasks such as image compression, cache busting, and minification. After a series of tasks on the code these scripts produce a folder with files ready to be deployed or they deploy the files to a server themselves. Without question lossless compression of images, cache busting, and minifying files is good and something that should be done in most cases. All that being said I choose not to do these things with a build tool. I prepare my files manually and deploy by hand using Panic's Transmit. I do this because I like to keep things simple. Premature optimisation is the root of all evil. Keeping things simple means I have less things to worry about when I deploy. I know I may have to do a few more steps manually but I also know I won't have to dig through a script if I want to make changes, and I don't have to worry about my build tool breaking due to an out of date dependancy.
I start by making a new folder for my project: ~/Projects/Project-Name/. Next I initiate a git repo and push it up to Github. Now I have a place to work and backup my files as I go.
When I am ready to deploy my work to production I setup an Amazon S3 Bucket which is in turn wired up to CloudFront, and Route53.
Once the files are up on the server a cache bust is required with Amazon CloudFront. When this is complete the deploy is done and the new site can be accessed by anyone with a browser and internet connection.
Could many of these steps be performed by a build tool like Gulp, or Grunt? Absolutely. But by keeping my deploys simple I remove the need to maintain Just One More Complex Process™ which makes life easier. My setup is ideal for small projects. If you have a web application with thousands of images or files that need optimisation and minification then I can understand the need for a build script. Essentially I am arguing against premature optimisation in the area of web deployments. Don't use a build script unless you need one!