Start a discussion
You can start and update a Change Stack discussion through supported provider-connected destinations. Which destinations you get depends on the connected Slack or Discord provider and the channel access it resolves â a destination you cannot see is a connection or channel-permission question, not a Change Stack setting. Updating an existing discussion is part of the same capability: a discussion is a living thread you can push back into, not a one-shot post.This is about Slack and Discord destinations specifically. Native provider discussion threads outside GitHub are not surfaced as a Change Stack discussion capability â a GitLab, Azure DevOps, or Bitbucket discussion thread on the provider itself is not something Change Stack starts or updates.
Subscribe the pull request to events
You can subscribe the pull request to Change Stack event delivery, or unsubscribe it, so the thread keeps up with the change without anyone re-checking the provider. The choice available to you is all or none.
There is no per-event selection: you take the whole set or none of it.
What gets delivered
A subscription delivers thirteen pull-request events, in four groups:- Lifecycle â opened, reopened, ready for review, merged, closed.
- Change â new commits or state updates, and edits to the pull requestâs own metadata or labels.
- Conversation â a pull-request comment, an inline review comment, or a resolved review thread.
- CodeRabbit and CI â a CodeRabbit comment updated, and CI failing.
Act from the thread
Eight actions run from a Slack thread. This is the complete set â anything else belongs in Change Stack itself or on the provider. These actions and the event subscription are Slack features; a Discord destination receives the discussion, not this action set.Choose how autofixes land
You can choose whether supported pull-request events trigger an autofix as a commit or as a stacked pull request. The difference is where the fix lands.
For what these automated fixes contain, see Finishing Touches.
The close checklist
When work on a pull request is about to be wrapped up, CodeRabbit checks five conditions and reports each as pass, fail, or unknown. A fail is a reason to look before closing; an unknown means the condition could not be determined, which is not the same as a pass.Link expiry
Whatâs next
Review and merge
Act on the pull request directly instead of from the thread.
Snapshots
See what a discussion pins to and why a thread can fall behind the live pull request.