Auto-update PR branches instead of anti-tamper
See original GitHub issueAs we venture deeper into the world of checked-in synthesized outputs and snapshot tests, I am wondering if instead of failing on anti-tamper checks in PR branches, we should simply push any changes back.
Basically automatically use @projen rebuild
.
In almost every case, this is what users would want to do.
Issue Analytics
- State:
- Created 3 years ago
- Reactions:5
- Comments:13 (13 by maintainers)
Top Results From Across the Web
adRise/update-pr-branch - GitHub Actions
Github Action to automatically update PR branches that match the criteria. Designed to work with the Github `auto-merge` feature.
Read more >git - How to update local checkedout PR code with the latest ...
You should be able to update a branch which is in pull request review, and the PR should automatically get updated.
Read more >More ways to keep your pull request branch up-to-date
To update by rebasing, click the drop down menu next to the Update Branch button, click Update with rebase, and then click Rebase...
Read more >Manage how and where Microsoft Defender Antivirus receives ...
Manage the fallback order for how Microsoft Defender Antivirus receives protection updates.
Read more >How to Reset the Anti-Theft System on a Ford F-150
Occasionally, you can experience problems with PATS which cause the alarm to go off and prevent you from starting your truck. Sometimes, a...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
@smacintyre Thanks for the inputs. I really appreciate you taking the time.
How about this? I’ll add this feature and by default it will only be enabled for PRs with a certain label applied to them. If the label is not applied, and anti tamper failed, the workflow will post a comment explaining why the build failed and will also propose to slap the label if users want auto updates.
Additionally we’ll add a switch that will allow enabling this for all PRs.
This way we will be able to meet experiment with this and see how it feels to have this capability without surprising users and also providing good discoverability.
I can’t argue with that @smacintyre.