neonrain

joined 1 year ago
[–] neonrain@piefed.social 2 points 2 days ago

Hmmm I've heard of it but haven't tried it. I'll dip my toe, thanks!

[–] neonrain@piefed.social 1 points 2 days ago

This seems really interesting. I'll have to read up on it more and try to wrap my head around it but I'm definitely checking this out. Thank you!!

[–] neonrain@piefed.social 3 points 2 days ago

Ah ok cool I'll check that out. Thanks!!

[–] neonrain@piefed.social 3 points 2 days ago

PLENTY of projects make tiny non-breaking changes to the compose files without any mention that users should update the file. For example, adding a section for a container health check. While these can be no big deal for a while over time they can add up to major changes in the config that users may not catch if they are not comparing yml files.

[–] neonrain@piefed.social 6 points 2 days ago (1 children)

Oh you must mean THE manual. Got it.

[–] neonrain@piefed.social 1 points 2 days ago

That's kind of what I've found but wasn't sure if I was just missing something. Thanks!

[–] neonrain@piefed.social 2 points 2 days ago

I use a watchtower fork as well to keep some containers updated but I'm curious how others keep on top of docker-compose.yml files that the project updates over time. As an example, I've been using a container for years and noticed today that on the github page they've added a section in the compose file for a health check. I never would've known that was added if I didn't stumble upon it due to another issue.

 

For those of you that use docker, how do you make sure your docker-compose.yml (and possibly .env) files stay current with the project's ongoing updates? I'm sure there's an easier way than what I'm doing which is manually getting the latest ones and checking the diffs in vscodium. And I'm sure some git magic already takes care of this but I've been slow in learning git beyond the VERY basics. Thanks!