Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Pooshit – Sync local code to remote Docker containers

news.ycombinator.com

Post reply on HN
Print view View original

41–50 of 51 posts

Re: Show HN: Pooshit – Sync local code to remote Docker containers

#41

Post by thot_experiment »

spacebanana7 wrote: post #14
mhuffman wrote: post #11

Useful project. Name that no reasonable company would allow IT department to use. 10 out of 10! It worked for CockroachDB. I hope it turns into a unicorn and I'm not joking about that.

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

I'm going to have to challenge you on this one. I'm not great lover of Photoshop, and GIMP does have an unfortunate name, but it is an alternative to Photoshop in the same way Gentoo is an alternative to Mac OS, you're not wrong but...

Re: Show HN: Pooshit – Sync local code to remote Docker containers

#42

Post by coded_monkey »

scottydelta wrote: post #31

I understand what you are trying to do but you should checkout dokploy or coolify. You push to github, github action builds it and hits dokploy webhook and it pulls your github code and build and deploy on that server. This is more reliable and industry way. What you are doing requires same amount of time to deploy and requires manual intervention every time. For once i thought you were moving code to server and then…

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

Re: Show HN: Pooshit – Sync local code to remote Docker containers

#43

Post by mhuffman »

chillfox wrote: post #25
mhuffman wrote: post #11

Useful project. Name that no reasonable company would allow IT department to use. 10 out of 10! It worked for CockroachDB. I hope it turns into a unicorn and I'm not joking about that.

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.

I do believe you, but be honest, both of us could come up with an easy half-dozen names for software that if spoken out loud at work or triggered a filter on the network at the office would have someone explaining to HR what the hell is going on.

Re: Show HN: Pooshit – Sync local code to remote Docker containers

#44

Post by aitchnyu »

sippeangelo wrote: post #7

Neat project, but what does this do differently than docker compose with the --host flag? https://docs.docker.com/reference/cli/docker/#host It uploads your whole local docker context, source code and all, builds the image on the remote server and up's the container(s) all with a single command. I use this all the time when deploying simple services to avoid all of the complexity of registries etc. docker -H ssh://re…

Is there a single line Podman alternative?

Re: Show HN: Pooshit – Sync local code to remote Docker containers

#45

Post by robertlagrant »

upghost wrote: post #32
robertlagrant wrote: post #15

Earlier quoted context omitted.

I can't wait for version number 2 to drop

I am actually surprised how well it runs, given how solid it is

I heard there's a related app called FeeCal - help calculate all your fees.

Re: Show HN: Pooshit – Sync local code to remote Docker containers

#46

Post by sippeangelo »

marktolson wrote: post #21
sippeangelo wrote: post #7

Neat project, but what does this do differently than docker compose with the --host flag? https://docs.docker.com/reference/cli/docker/#host It uploads your whole local docker context, source code and all, builds the image on the remote server and up's the container(s) all with a single command. I use this all the time when deploying simple services to avoid all of the complexity of registries etc. docker -H ssh://re…

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

Love it.

Re: Show HN: Pooshit – Sync local code to remote Docker containers

#47

Post by pploug »

sippeangelo wrote: post #7

Neat project, but what does this do differently than docker compose with the --host flag? https://docs.docker.com/reference/cli/docker/#host It uploads your whole local docker context, source code and all, builds the image on the remote server and up's the container(s) all with a single command. I use this all the time when deploying simple services to avoid all of the complexity of registries etc. docker -H ssh://re…

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/

Re: Show HN: Pooshit – Sync local code to remote Docker containers

#48

Post by scottydelta »

coded_monkey wrote: post #42
scottydelta wrote: post #31

I understand what you are trying to do but you should checkout dokploy or coolify. You push to github, github action builds it and hits dokploy webhook and it pulls your github code and build and deploy on that server. This is more reliable and industry way. What you are doing requires same amount of time to deploy and requires manual intervention every time. For once i thought you were moving code to server and then…

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

CI/CD are used for deploying to all kind of environments. For production, the triggers are different. Instead of deploy on PR merge, you would define the trigger as tag creation. Now when you make a release mauanlly on github, it will create a tag which in turn would trigger deployment.

Re: Show HN: Pooshit – Sync local code to remote Docker containers

#50

Post by fny »

marktolson wrote: post #19
fny wrote: post #18

This is a steaming pile of SFTP. Why not use rsync or wrap it if you must? For anyone who's interested in proper bidirectional sync check out Mutagen.[0] [0]: https://mutagen.io/documentation/synchronization/

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

This doesn't answer why you're manually handling everything with sftp instead of rsync.
Post reply on HN