Allow opting in to previews per pull request, instead of opting out
complete
Stephen Barlow
Currently if you enable PR previews or preview environments for a service, Render generates a preview for every PR unless you skip it with a title string like
[skip render]
.Add the ability to instead opt _in_ to previews per-PR, making _no_ preview the default behavior.
Log In
r
robdimarco
complete
We now support the ability to manually annotate PRs to be used as previews.
on enabling this for PR Previews and
for enabling this for preview environments.
r
robdimarco
Merged in a post:
Support preview env opt-out via labels or commit message
A
Adam Inglehart
We don't want to spin up preview environments for the majority of our PRs. It's much easier to add tooling to automatically change the PR message, or automatically add a label to the PR, than it is to automatically add a text tag in the PR title.
Alternatively, supporting an opt-in approach to preview environments (rather than opt-out) would solve the problem for us just as well
r
robdimarco
Merged in a post:
Enable PR preview only on specific PR title
Z
Zheenbek Akimzhanov
Currently when we have pr preview enabled we have an option to skip certain PRs from deploying a preview using [skip preview] in PR title. Is there an option to reverse the behaviour i.e. deploy a preview only if certain flag is indicated so that by default it does not trigger a PR preview but for example if [enable preview] is indicated then it will trigger a preview ?
r
robdimarco
in progress
r
robdimarco
Merged in a post:
Reverse [skip render] logic
A
Alex Holder
I'd like to be able to set a service to the inverse logic of [skip render]. This way we wont build on every commit to a PR but if [build render] or the like is added to the PR (title or comment) or to the commit message, the ci will run. Would be useful to run with auto deploy off.