如何在bitbucket中进行良好的代码评论

发布于 2025-01-17 19:58:09 字数 351 浏览 4 评论 0原文

我使用了一些代码审核程序。我现在在Bitbucket中使用拉动请求。我希望有一定的过程:

  1. 创建审核(即拉请求)
  2. 评论由审阅者添加。 (已习惯于某人可以将更改标记为需要在合并之前修复的错误的分级系统)
  3. 审查回到了解决标记的任何问题的发起者
  4. (!!)发起者将其更改推到他们的分支机构,然后由所有审核者再次进行代码审查,然后批准或拒绝新更改。
  5. 随着一切都很好,审查得到批准然后合并。

我想知道的是步骤3和4。似乎没有评论评分,似乎发起者没有办法快速看到评论(以某种凝结的格式)。另外,新更改如何更新拉请请求?这只是Bitbucket系统中缺少的还是有办法实现这一目标?

I have used a few code review programs. I am now using pull requests in Bitbucket. I am expecting a certain process:

  1. Create review (ie pull request)
  2. Comments are added by reviewers. ( am used to a graded system where someone can mark the change as a bug which needs to be fixed before being merged)
  3. The review is sent back to the originator who fixes any problems that are marked
  4. (!!)The originator pushes their changes to their branch and then the code review is done again by all reviewers who then approve or reject the new changes.
  5. With all things being good, the review is approved and then merged.

What I am wondering about are steps 3 and 4. There seems no grading to the comments and there seems to be no way for the originator to see quickly the comments (in some condensed format). Also, how do new changes update a pull request? Is this just missing from the Bitbucket system or is there a way to achieve this?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

土豪我们做朋友吧 2025-01-24 19:58:10
  • 评论似乎没有评分”审阅者可以选中一个框,上面写着“在选中‘问题已修复’框之前不允许合并”。回购管理员有一定的自由度来设置 PR / 合并政策的严格程度,包括是否需要任何人或特定个人的批准。
  • "There seems no grading to the comments" A reviewer can check a box that says "merge not allowed until the 'issue fixed' box is checked." The repo admin has some latitude to set how strict the PR / merge policies will be, including whether approval is needed from anyone or from specific individuals.
雄赳赳气昂昂 2025-01-24 19:58:10
  • 发起者似乎无法快速查看评论(以某种压缩格式)”。打开拉取请求,然后查看右侧。我看到 3 个选项卡:详细信息/文件/活动。在“活动”下,我可以过滤到“所有评论”。

  • 新更改如何更新拉取请求?”创建拉取请求时,您正在请求同事批准将代码从某个源分支拉取到某个目标分支。因此,当源分支更新更改时,拉取请求应该自动反映这一点。换句话说,您不必采取任何额外的操作。

  • "there seems to be no way for the originator to see quickly the comments (in some condensed format)". Open a pull request, and look over on the right hand side. I see 3 tabs: Details / Files / Activity. Under "Activity", I can filter to "All Comments".

  • "how do new changes update a pull request?" When creating a pull request, you are requesting approval from your colleagues to pull code from some source branch to some target branch. So, when the source branch is updated with changes, the pull request should automatically reflect that. In other words, you shouldn't have to take any extra action.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文