15 years ago it was common to deploy web applications as live SVN repositories with a hidden path executing 'svn update' on manual http request. Not quite the 'push deploy', but that was the way apps were developed back in the days, and for some reason I still prefer that approach. Commit, test, and at one point manually nominate and deploy stable version.
Piku: Allows git push deployments to your own servers
61–70 of 169 posts
Re: Piku: Allows git push deployments to your own servers
#62Earlier quoted context omitted.
Don't they link against static libraries? How do they do that?
The runtimes are part of the Linux distribution and get upgraded along with it (and receive continuous security updates along with it), while maintaining backwards compatibility for the application code (Perl scripts or Java bytecode). Tools like needrestart will notify when a process needs to be restarted to take advantage of the update.
Re: Piku: Allows git push deployments to your own servers
#63Earlier quoted context omitted.
The runtimes are part of the Linux distribution and get upgraded along with it (and receive continuous security updates along with it), while maintaining backwards compatibility for the application code (Perl scripts or Java bytecode). Tools like needrestart will notify when a process needs to be restarted to take advantage of the update.
Ah, all your dependencies are in the language you're using? Some of mine use dependencies that are written in compiled languages.
Re: Piku: Allows git push deployments to your own servers
#64I think a more common use case than doing deploys by pushing to a different remote is to send git repo webhooks on PR merges to main to an API that has a deploy key and can fetch the repo itself. This afaik is missing from most PaaS tools (CapRover excluded, but it has been illegally relicensed to non-open-source). Perhaps watchtower or something could replace the functionality?
Actually, this is how I deploy my static websites: piku in lazy mode handles GitHub hooks, pulls the source and renders them out to cloud storage, then kills all workers and idles again.
Re: Piku: Allows git push deployments to your own servers
#65Earlier quoted context omitted.
Ah, all your dependencies are in the language you're using? Some of mine use dependencies that are written in compiled languages.
Not necessarily, but they are part of the Linux distribution.
Re: Piku: Allows git push deployments to your own servers
#66First time I read about piku. I have no idea why, but the feeling of `git push` to initiate a deployment like piku does always felt magical to me. There's nothing simpler than that. This is timely for me as well as I just open sourced (yesterday!) a project that is in the same space, but for Kubernetes ( https://github.com/pier-oliviert/sequencer ). All of this to say, congrats! It looks great.
If you set up a server, you can create a git repo by just doing `git init --bare`, add the setting `git config receive.denyCurrentBranch updateInstead`.
After that you can use git hooks (more specifically push-to-checkout hook), to receive uploads, compile and launch. The hook will just be a simple shell script, the most basic version could be a variant of `compile && install && systemctl restart service`.
From there you'll be able to copy the repo locally and pushing your changes will now trigger the hook you've setup.
git clone root@yourserver.com:/path/to/git/folder
Re: Piku: Allows git push deployments to your own servers
#67I think a more common use case than doing deploys by pushing to a different remote is to send git repo webhooks on PR merges to main to an API that has a deploy key and can fetch the repo itself. This afaik is missing from most PaaS tools (CapRover excluded, but it has been illegally relicensed to non-open-source). Perhaps watchtower or something could replace the functionality?
Didnt know ... "CapRover has built in anonymous usage analytics starting v1.11" https://github.com/caprover/caprover/blob/master/TERMS_AND_C... https://github.com/caprover/caprover/issues/1852 Was looking at CapRover to see if it has REST API Looks shaddy
Re: Piku: Allows git push deployments to your own servers
#68Earlier quoted context omitted.
Didnt know ... "CapRover has built in anonymous usage analytics starting v1.11" https://github.com/caprover/caprover/blob/master/TERMS_AND_C... https://github.com/caprover/caprover/issues/1852 Was looking at CapRover to see if it has REST API Looks shaddy
You scared me for a moment, as I've just setup a new VPS with CapRover and migrated all my projects from heroku. Doesn't look too shady for me, there's a oneliner to disable analytics, it seems enough for me.
I’m thinking of forking it and adding all his dumb and easy table stakes features (2fa etc) that he is trying to gate as subscriptionware.
Re: Piku: Allows git push deployments to your own servers
#69The initial commit was eight years ago?? I wish I had known about this project ~18 months ago. I was specifically looking for a way to have a Heroku-like dev experience deploying to my Raspberry Pi, and this looks like it's trying to be exactly that.
Exactly. There's a visibility problem. I've just setup a new VPS with CapRover and never found any mention of piku in the hour I've spent checking for comparisons between "Heroku-style self-hosted PaaS" dokku, CapRover, coolify, and dokploy.
Still, Chris did a public presentation on it near the beginning (video’s in the docs) and other folk did similar things, so…
Re: Piku: Allows git push deployments to your own servers
#70Is go support planned?