Provide a brew tap to install gdg #90
-
Is your feature request related to a problem? Please describe. Describe the solution you'd like Describe alternatives you've consideredAdditional context |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 1 reply
-
Mainly I'm not familiar with taps outside of using them as a user. I'm not opposed to having a tap but I'm not sure I'd like to maintain it. Currently releases are fairly trivial with just pushing a tag causes the CI/CD process to create artifacts which you can download with a releases for virtually every architecture/OS you can think of. (https://github.com/esnet/gdg/releases) My issue with adding brew is that it's a slippery slope to start supporting other packages like (.deb, .rpm, dmg, flakpack etc). I'd much rather not have to manage all these package managers unless there's a strong advantage you can see that isn't solved by simply either running:
My biggest argument against it is more of a maintenance overhead rather than the initial work to figure it out. |
Beta Was this translation helpful? Give feedback.
-
I looked into this a bit more, it seems like there is a way of doing this with goreleaser which removes the maintenance aspect. I'll need to spend some time on this but: #89 captures that. If you want to try to play around with goreleaser in a fork, I'll happily create a tap repo |
Beta Was this translation helpful? Give feedback.
I looked into this a bit more, it seems like there is a way of doing this with goreleaser which removes the maintenance aspect. I'll need to spend some time on this but: #89 captures that. If you want to try to play around with goreleaser in a fork, I'll happily create a tap repo