标签: github-codereviews

一旦拉取请求被批准,如果还有进一步的提交:

Pull请求应自动进入未批准状态.

可以这样做吗？

我正在使用代码所有者文件来要求 PR 批准才能合并。我想做的是：

1. 要求所有 PR 至少获得一组代码所有者（工程师）的批准
2. 要求所有 PR 至少获得一组 QA 的批准

代码所有者文件似乎执行分层操作，其中只有一个组拥有代码，您可以为某些目录创建规则，但这些规则只会覆盖默认代码所有者。

我当前的.github/CODEOWNERS文件如下所示：

* @my-org/engineer-code-owners

有没有办法至少需要两个不同团体的批准？

在拉取请求发起后进行代码审查是一种不好的方法。有时我们想在整个事情准备好集成之前进行代码审查。是否有任何工具可以允许在没有拉取请求的情况下进行代码审查？我更喜欢基于云的解决方案，例如可审查的解决方案，但它仅适用于拉取请求......

我已经阅读过帖子并对拉取请求进行了代码审查，例如： “如何创建和审查 GitHub 拉取请求”

GitHub 问题：您（作为个人贡献者）一直致力于编写您提交给 GitHub 的代码体有一段时间了。然后在 GitHub 中，您希望其他人对提交主分支进行代码审查，并希望他们添加他们的建议。

基本上在 GitHub 上，邀请 GitHub 上的其他人对 master 分支中提交的代码进行完整的代码审查，并允许添加他们的更改建议。如果请求对拉取请求进行代码审查，则具有相同的代码审查体验。

这在 GitHub 中可能吗？

谢谢

有没有办法过滤我在 github 上的所有代码评论？

我尝试遵循文档，转到拉取请求，然后单击“审阅请求”，但我无法找到一种方法来过滤我所做的代码审阅并查看我的评论是否有任何更新。

当使用 重命名文件时git mv，提交将显示重命名自和重命名为，并且在拉取请求中显示相同的内容，这很好。但是当一个文件被git mv编辑然后更改时，看起来有一个特定的阈值，当更改的行数超过它时，它将不再显示为重命名，而是显示为删除了旧文件并添加了新文件。所以我的问题是这个阈值是一个明确定义的数字吗？有没有其他方法可以让它变得更好，主要是因为在pull request diff中，当两个文件不考虑重命名时，diff不会并排显示，这使得审查变得困难。

如何在 intelliJ Idea (2018.3) 中审查 git pull 请求并在批准或拒绝之前检查编译时间、测试运行影响和其他 IDE 功能？

当我开始代码审查时，我可以添加多条带有“待处理”状态审查的评论，然后一次性提交所有评论，而不是逐一提交。

如果我关闭审查并返回它，那些待处理的评论将被保存，但它需要我返回到同一个拉取请求。有没有办法专门搜索那些我已经开始审查但尚未提交的 PR？我尝试使用搜索commenter:me is:open，is:pending但这只会返回我已完全发表评论的 PR。

我想查看 GitHub 上 git 存储库的单个分支中的所有代码。（我是一名教授，代码是学生论文的一部分。）任何单个提交都只会影响代码的一小部分。如何执行审查，使我能够对任何提交的所有代码进行逐行注释？

我相信这个问题与How can I make a github PR requesting review of another files? 有关 ，从未得到答复。

我们团队中有程序员在代码审查员批准后进行更改。

Github 有没有一种方法，每次提交新文件/编辑时，Github 都会自动重置并要求代码审阅者重新批准？

目前，程序员在未经批准的情况下添加了新的更改，这可能会影响以后的 QA 和生产系统。

为什么 codacy（代码审查工具）显示“不鼓励使用 echo 语言构造”。

如何解决这个问题。

1：