Topic is nice to have for us but first version that would bring already value could look like this:
Define notification channels and triggers. Examples: All failures of production-app builds → Channel A (“backend engineers needs to trouble shoot”). Or all completed builds of preview apps → Send link to open app to Channel B (“QA can start working”).
The important part here is being able to filter, if all events were sent to one channel it’s quickly regarded as spam and not used anymore (or even muted).
I just want to receive what I currently receive by email in a Slack channel so that my inbox stay clean and other team members can see what’s happening.
Oh, it’s awesome. I didn’t know this trick. I am going to take a look and it could be a workaround until we provide an official first integration to Slack
@rophilogene nice, thanks for the update, we’ll wait then until this is fully done, the filtering is important for us to not create too much noise for everyone
@rophilogene Hey, so cool!
I tried the webhook, it works really fine.
I’m backing what @FlorianSuchan says, I’d like to be able to filter webhooks per environment and/or cluster, because today I want to have my staging deployment on one channel and production deployments into another channel, and today it’s not possible to do that with the existing webhooks.