Are you tired of spending countless hours manually deploying your website? Or maybe your don’t even know how. With our continuous integration and deployment solution, you can launch your website quickly and easily. Our solution allows you to build, test, and deploy your website in stages, so you can make sure that everything is working correctly before launching and keep your base site running while you develop enhancements. Plus, our platform is designed to be user-friendly so that even the most novice user can get up and running quickly. We even lead you to open source tools to help you have a brilliant design for your website before you put in the effort to start programming things.
When we talk about versions, you might think much more incrementally than say a version reprint of a book. That is perhaps a good analogy for full fledged updates of your published or ‘production’ website. But version control is also used a sort of an incremental backup process as you code or install new features while you are working. You don’t want to go to bed at night or even to lunch worrying if what you just invested a bunch of effort in is going to be safe. People use Git and its related connecting parts to manage this version control process.
Drupal is a really outstanding content management system CMS style website development building tool. With great power and flexibility comes a level of complexity that can make people initially uncomfortable. There are thousands of underlying files to scare you; but, you probably aren’t going to really touch all that many. You are, however, at some point likely need to look at the directory structure where those things are organized and find your way into a few. To do that we use an open source ‘integrated development environment’(IDE) tool called VSCode.
VSCode integrates with that ‘Git’ version control stuff. ‘Git’ version control is on your personal computer. You are going to have a ‘local’ environment with a container called Lando running your local copy of your website. That ‘local’ copy needs to connect to a publicly available ‘hosted’ copy of your website called its ‘main’ production branch. In our case we are using a host called Platform.sh. Our ‘local’ copy under ‘Git’ control is also going to be connected to a ‘Git Repository’, which in our case will be on GitHub. This workflow process is a basic approach to DevOps and in our case the Platform.sh host is doing a ton of the heavy lifting. More good news, this project documentation is cookbook like to get things going and offered in two flavors – 1) tell me the way it is put together or 2) just show me how to use it.