Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Request for comment on refactoring #624

Open
tuxmea opened this issue Aug 26, 2023 · 3 comments
Open

Request for comment on refactoring #624

tuxmea opened this issue Aug 26, 2023 · 3 comments
Labels
needs-feedback Further information is requested

Comments

@tuxmea
Copy link
Member

tuxmea commented Aug 26, 2023

I would like to receive comments on my ideas on how to refactor this module:

  1. replace params class with hiera data
  2. re-enable the old webhook (this allows people to migrate)
  3. rework the new webhook-go implementation (allow self hosted repository or webserver Webhook-go url is hardcoded #606)
  4. add documentation on how to configure webhook-go

Feedback is welcome.

@tuxmea tuxmea added the needs-feedback Further information is requested label Aug 26, 2023
@smortex
Copy link
Member

smortex commented Aug 27, 2023

Not a user of the module so I won't comment of the behavior itself :)

replace params class with hiera data

👍 params.pp is a smell, default values should go in init.pp and if OS-dependant in hiera.

@kenyon
Copy link
Member

kenyon commented Aug 28, 2023

I'm using this module, and this sounds good to me.

@ardichoke
Copy link

I'm using this module and your proposal sounds good. So far, I find webhook-go to be a mess and horribly immature. The project doesn't even have documentation about what endpoints to send webhooks to (and when I figured it out by digging through code, sending a test webhook caused a runtime error).

The documentation is also a mess, following it results in puppet errors.

I'm really disappointed in the voxpupuli community with this one, whomever decided the entire change to webhook-go was in a good enough state to ship shouldn't be trusted to make those decisions in the future.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
needs-feedback Further information is requested
Projects
None yet
Development

No branches or pull requests

4 participants