I came across the WWW SQL Designer today, and I have only one thing to say…
Holy Molly! Â I’ve been looking for a tool like this for a long long time! Â It is a web-based database designer, which can export designs into MySQL. Â It’s super easy to use and it does exactly what it is supposed to. Â No non-sense. Â Simply amazing!
If you are not a graphics or web designer by trade, but do have an occasional need for a color scheme that just works, Adobe Color CC is the tool just for you. Â It’s web-based – so there is no need to install anything, it’s free, and it’s super easy to use. Â It supports a variety of color rules – analogous, monochromatic, triad, complimentary, compound, and shades – just pick one, and drag the markers around the color circle, until you are happy.
I’ve seen and used a bunch of similar tools, but I think this one works the best of them all.
Git is an excellent version control, but it’s more than just that.  A lot of people use it to deploy their projects as well.  Most suggestions (for example, this tutorial from Digital Ocean) around the web employ the post-commit (or other) hooks to push the code to a remote server.  While this works well, I prefer to do it differently.  I like the pull model better, where the deployment is triggered outside of git, and relies on git to fetch the code updates and run some sort of a build script, which handles database schema changes, cache resets, filesystem permissions, etc.  Such approach also allows to limit remote access to the servers (especially the production ones), and separate responsibilities of a developer and a deployer.
With the many pull, merge, fetch, and update options that git provides, it is sometimes difficult to choose what’s the right set of commands to use. Â I’ve figured it out via a rather lengthy trial-and-error process. Â But if you don’t want to go through all the pain of that, here’s a nice blog post that tells you exactly how to do that. Â I’m copy-pasting the commands here just for the future reference.
cd "${DEPLOY_TREE}"
git fetch --all
git checkout --force "${TARGET}"
# Following two lines only required if you use submodules
git submodule sync
git submodule update --init --recursive
# Follow with actual deployment steps (run fabric/capistrano/make/etc)
And I suggest you read the full article for the explanation of why this is a better way and what are some of the issues with other strategies.