5 ms·

Just curious, I'm also solo developer. I push my local development to git (bitbucket), then do a git pull in production server to sync the two. Is this how most

Just curious, I'm also solo developer. I push my local development to git (bitbucket), then do a git pull in production server to sync the two. Is this how most people do it? The only downside I found, I need to reboot the server for the django app to update to the changes. So I take my site offline for 3 minutes or so.

twodave 6y ago
Most decent CI tools will just clone the one branch needed for deploying and build/deploy from there. Cloning it fresh each time can rule out artifacts from past builds having an impact on the current deploy.
jedimastert 6y ago
It's not necessarily bad, but there's plenty of steps to automate away, with two ideas: * You can use your production server as a "git server" without basically any overhead * You can set up scripts that run on git events. Basically, you can push directly to your production server and then deploy using that those event listeners Here's a better explainer https://tqdev.com/2018-deploying-with-git-push-to-production https://tqdev.com/2018-deploying-with-git-push-to-production As for having to reboot your server every time, I have no idea, although that seems like a long time. I'd expect less than a minute, but I don't know much about django
cashewchoo 6y ago
I use docker extensively, personally. Modern web app frameworks, especially those in python and ruby, are super annoying (imo/ime) to operate on a bare metal host, because how pip/gem install dependencies by default is just a mess that's impossible to isolate. Pre-docker, I had no end of headache where touching any deployed thing broke all the other sites due to dependency garbage. Rbenv/pipenv/etcetc are language-specific, non-trivial band-aids and I don't like wasting brain cycles on them. Docker makes it so easy to deploy and operate programs that I even use it for ecosystems that don't "need" it, like Java. Also makes backups super easy because it's just backing up the docker volumes.
- SilverRed 6y ago
  Agreed, I once worked at a place that used saltstack to manage rails servers and it would take me an entire day to set up a new server with the tools it needs and getting the app running. Now with docker its so trivial to get something running on the server and even multiple versions of ruby for different apps.
mustak_im 6y ago
I used to do that before the introduction of docker+kubernetes. Once you've incorporated this into your solo workflow, you will never look back.
matwood 6y ago
Other comments mention Docker and Kubernetes which feels like overkill for what you describe. Especially Kubernetes. Check out bitbucket pipelines that trigger on a commit which should be able to build/run any tests, copy the code to your server, and then restart django. From there you can later build a docker image and copy it to run wherever, etc...

twodave 6y ago

Most decent CI tools will just clone the one branch needed for deploying and build/deploy from there. Cloning it fresh each time can rule out artifacts from past builds having an impact on the current deploy.

jedimastert 6y ago

It's not necessarily bad, but there's plenty of steps to automate away, with two ideas: * You can use your production server as a "git server" without basically any overhead * You can set up scripts that run on git events. Basically, you can push directly to your production server and then deploy using that those event listeners Here's a better explainer https://tqdev.com/2018-deploying-with-git-push-to-production https://tqdev.com/2018-deploying-with-git-push-to-production As for having to reboot your server every time, I have no idea, although that seems like a long time. I'd expect less than a minute, but I don't know much about django

cashewchoo 6y ago

I use docker extensively, personally. Modern web app frameworks, especially those in python and ruby, are super annoying (imo/ime) to operate on a bare metal host, because how pip/gem install dependencies by default is just a mess that's impossible to isolate. Pre-docker, I had no end of headache where touching any deployed thing broke all the other sites due to dependency garbage. Rbenv/pipenv/etcetc are language-specific, non-trivial band-aids and I don't like wasting brain cycles on them. Docker makes it so easy to deploy and operate programs that I even use it for ecosystems that don't "need" it, like Java. Also makes backups super easy because it's just backing up the docker volumes.

SilverRed 6y ago
Agreed, I once worked at a place that used saltstack to manage rails servers and it would take me an entire day to set up a new server with the tools it needs and getting the app running. Now with docker its so trivial to get something running on the server and even multiple versions of ruby for different apps.

mustak_im 6y ago

I used to do that before the introduction of docker+kubernetes. Once you've incorporated this into your solo workflow, you will never look back.

matwood 6y ago

Other comments mention Docker and Kubernetes which feels like overkill for what you describe. Especially Kubernetes. Check out bitbucket pipelines that trigger on a commit which should be able to build/run any tests, copy the code to your server, and then restart django. From there you can later build a docker image and copy it to run wherever, etc...