Skip to content

Commit c586900

Browse files
committed
rm: unneeded renv block that likely causes CI issues
1 parent 0ac7b1e commit c586900

1 file changed

Lines changed: 0 additions & 6 deletions

File tree

  • blogs/posts/2026-05-22-review-etiquette-with-gh-copilot

blogs/posts/2026-05-22-review-etiquette-with-gh-copilot/index.qmd

Lines changed: 0 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -17,12 +17,6 @@ format:
1717
code-fold: true
1818
---
1919

20-
21-
```{r lockfile}
22-
#| include: FALSE
23-
renv::use(lockfile = "renv.lock")
24-
```
25-
2620
*"Do I have to wait for GitHub Copilot comments to be addressed before I start my code review?"*
2721

2822
It's a simple question, but one that reveals a genuine gap in how teams think about AI-assisted reviews. Much like a human reviewer, GitHub Copilot provides feedback on code changes when requested - but as it takes on a more active role in the PR process, the old mental model of "one reviewer at a time" doesn't quite fit anymore. This post sets out our team's answer - and the reasoning behind it.

0 commit comments

Comments
 (0)