Allow PR reviewers to comment on *unchanged* files #9099
Replies: 95 comments 16 replies
-
I have a use case in hand that could be solved by this proposed change. I have a PR that makes some small changes in a specific area of the codebase. This whole area was added recently, but for unrelated reasons, I've not had an opportunity to review this whole area at all when it was added. And since the current PR has drawn my attention to this - I want to use this opportunity, expand the scope of PR and review the whole newly added area altogether, including files that haven't been changed by this specific PR in hand. This is similar to a code audit, i.e. situation where a review is needed on a codebase in it's present state, without any changes whatsoever, but I guess it would be much easier to allow commenting on any files within a context of PR than to invent a whole new concept of a code audit outside of PR context. |
Beta Was this translation helpful? Give feedback.
-
Yea this is a much needed feature. Some codebases can be complex and good reviews might quickly grow in scope from just the changes of the dev to a much larger set if the PR being reviewed touches/interacts with many systems indirectly |
Beta Was this translation helpful? Give feedback.
-
I gree this would be very useful as well, has there been any update on this proposed feature? |
Beta Was this translation helpful? Give feedback.
-
Extremely necessary for translators – when you need to correct mistakes in an already existing translation file, but missed by the author of an already opened PR. |
Beta Was this translation helpful? Give feedback.
-
I have another use case for this. A PR contained changes that caused stale code in another file. I couldn't add a comment on the stale code in my PR review. |
Beta Was this translation helpful? Give feedback.
-
I would also like to have this feature. I frequently find myself needing to do this. |
Beta Was this translation helpful? Give feedback.
-
This would be very useful for large codebases in which old code needed to be removed/changed but was not... having to reference a line # and/or link to the code in a comment is very inconvenient. |
Beta Was this translation helpful? Give feedback.
-
Agreed that this would be critically useful. It would be great to see this happen! |
Beta Was this translation helpful? Give feedback.
-
Adding my support to this request, for exactly the reason brought up by @jordanbtucker |
Beta Was this translation helpful? Give feedback.
-
Really surprised this doesn't exist tbh - I thought I simply didn't know how to find it. But yes, it's extremely common during a PR review to find that a dev missed some related changes elsewhere in the codebase, & it seems currently there's no way to flag those. i.e. maybe they're refactoring references to a particular entity, but missed one of those references. As far as I can tell, there's no way to propose that as a change, in the spot where it actually needs to happen. |
Beta Was this translation helpful? Give feedback.
-
Surprised that this feature does not exist in the most widely used collaboration tool in 2022. Would love to have it, could help a lot to improve the PR review experiences. |
Beta Was this translation helpful? Give feedback.
-
Wanted to add a code suggestion that needed certain configuration in a file that wasn't changed. Felt unnatural to not be able to add this during the review but in another comment. |
Beta Was this translation helpful? Give feedback.
-
+1 In a PR I want to indicate that some code should be deleted, but since it wasn't touched, there's no way to do so. |
Beta Was this translation helpful? Give feedback.
This comment was marked as off-topic.
This comment was marked as off-topic.
-
I had no idea it was not a feature haha I think it would be useful. |
Beta Was this translation helpful? Give feedback.
-
I completely agree with your suggestion allowing PR review comments on unmodified files, in addition to unmodified lines in modified files, would indeed be very useful. It would allow reviewers to provide feedback on related files that may have been overlooked and ensure consistency across the codebase. This feature would enhance the review process and help address changes that need to be applied across multiple files. This is all from my side. Thanks |
Beta Was this translation helpful? Give feedback.
-
Need this! |
Beta Was this translation helpful? Give feedback.
-
This is definitely needed. It is important to be able to comment on lines that aren't changed in the PR. During the code review, there may be anything from typos that were missed in previous commits to errors in other unchanged parts of the code that are brought to light by the PR. |
Beta Was this translation helpful? Give feedback.
-
+1. Really needed for changes that affect multiple files, but are incomplete due to whatever it was not being added to a particular section. |
Beta Was this translation helpful? Give feedback.
-
+1. Use case is needing to suggest changes to unmodified files in my review within the scope of the PR. |
Beta Was this translation helpful? Give feedback.
-
This would be useful to me as my PR fails CI because of the CI setup. Before I commit a change to the CI setup, I would like to comment on that part of the code to discuss with reviewers. Currently linking to the code feels cumbersome and doesn't track updates. |
Beta Was this translation helpful? Give feedback.
-
We're in 2024 and we still need this. |
Beta Was this translation helpful? Give feedback.
-
Yes , we need this. |
Beta Was this translation helpful? Give feedback.
-
Just did a code review and wanted to add to the review that my colleague also should change line x to y, because z. Then I noticed... Thats not possible?! |
Beta Was this translation helpful? Give feedback.
-
Is there any progress about this feature? |
Beta Was this translation helpful? Give feedback.
-
Yes, really useful and necessary. |
Beta Was this translation helpful? Give feedback.
-
Allow PR review comments on files not included (unchanged) in a pull request. This is useful when a PR reviewer needs to tell the PR author about a change they may have missed in a file that was not changed in that pull request.
From @mabwah-arista
This discussion was split out from an existing, related discussion 4452 that focused on commenting on any line of a changed file.
Beta Was this translation helpful? Give feedback.
All reactions