Yeah, its the same underlying functionality that Depot, Docker Cloud Build and also Offload uses under the hood to switch the context to a remote host: https://www.docker.com/products/docker-offload/

What!?!? This is a thing? How did I not know about this. Thanks for the share!

To me, it looks like this new project is aimed more at being able to develop remotely and share your localhost:3000 env instead of getting a real production box up. Bidi sync etc... hints at that, it's like having a 2-interface dev env.

Is there a single line Podman alternative?

Wow - never seen that before.

Probably pretty similar except you get to just write "pooshit" instead.

Not sure if you read the description but I clearly stated that I wanted no middleman, so I'm not sure how this solves my use case. Also not sure how it requires the same amount of time, and 'manual intervention every time'? You provision a remote server, install docker then update the local config file and it's done. One line deployments everytime. And why would I update the code inside the container when you need a build process to install dependencies? If you want to update code while the app is running then restart, then docker is not the right solution.

Additionally there are a million different and better ways to deploy services, this suits the use case I described.

There is nothing “industry way” about letting CI automatically deploy your production environment.

Better off trying to get it brownlit.

My grandma laughed at this one.

It's not based on k8s, it's just pushing your local app to a server and spinning up a conainer with one CLI call.

Here is my main use case. I have lightweight services that I need to update and deploy regularly (until I movee to K8s or a proper production env). Using pooshit, I can push my entire local dev folder to a remote server then destroy the old image, rebuild the new image and spin up a new container with one call. Your config file contains your remote config. You need nothing in between you and your remote server and it only relies on SSH and docker, nothing else, no middleman, repos, and no deployment containers running on your VM.

I can't wait for version number 2 to drop

shitty joke if you ask me =)

The joke is a deuce.

Line 1 of the readme has a poop emoji

Yes.

It's actually a triple fecal pun! Push it... poo... shit.

I can't remember what the package was, but when I was working for "large bank", one of the npm dependencies we wanted to use had a licence file that just said 'Do whatever the fuck you want'.

Legal came back saying that it was "highly unorthodox, but approved for use"

I believe people chose to pay Adobe subscriptions simply to avoid explaining the acronym for the GNU Image Manipulation Program in meetings.

I have never worked at or heard of a company caring about the names of software, at most it's been a bit of a chuckle. Best guess is being concerned about software names is a super conservative culture thing.

The cockroachDB thing, was that intentional or just incidental?

Because I don't want to do this: https://mutagen.io/documentation/introduction/getting-starte...