标签: pull-request

当我点击这些按钮时,Github在做什么？假设我在Github中执行拉取请求.我输入的git命令是什么(git pull ....？).分叉怎么样？Github在幕后做什么.

在travis测试webhook成功之后,是否可以将pull request自动合并到github上的master分支？

我们有两个分支:develop和master.

出于某种原因,我创建了一个PR develop- > master.它显示了以前提交和更改的完整列表,即使我只进行了一次换行develop.

此外,当从命令行我能够合并develop到master没有问题时,它会说"无法自动合并" .

知道可能会发生什么吗？以前它对我们来说很好.

编辑:这里是什么样子,当我们尝试合并develop到master.只有最近的提交才是新的.其他人之前合并过: 和输出 git log --oneline --decorate --all --graph

是否可以获取已触及给定目录下任何文件的拉取请求列表？

有一天，我不得不费力地浏览过去几个月的数十个拉取请求，并收集所有触及特定感兴趣路径下任何文件的拉取请求。

我尝试使用 GitHub 上的文件路径搜索 PR，但文件路径似乎没有索引。进一步探索后，我确实找不到在拉取请求中进行文件搜索的解决方案，这有点令人惊讶。我最终不得不遍历各个目录的提交历史并收集相关的 PR，但这相当乏味。

是否支持按 GitHub 中受影响的文件汇总 PR？也许这就是 API 的能力？

我想通过拉取请求为公共仓库做出贡献。

我似乎找不到解决方法，当我分叉公共存储库时，它也会显示在我的帐户中。

但是，我不希望在我的 github 帐户中看到该存储库。

我想在我们的存储库中使用此 GitHub 操作来检查 PR。我们在同一存储库中创建带有主分支的拉取请求，在该拉取请求中处理反馈/反馈合并，然后合并到主控中。我正在使用pull_request事件触发器来触发操作。

我收到此错误：

错误：需要参数令牌或 opts.auth

当我在虚拟 PR 上测试该操作时，从这样的评论中我认为操作中的这一行没有获得GITHUB_TOKEN.

从这篇GitHub 安全实验室帖子中，我看到：

通过 pull_request_target 触发的工作流具有对目标存储库的写入权限。他们还可以访问目标存储库机密。对于来自同一存储库中的分支（但不是来自外部分支）的pull_request 触发的工作流也是如此。后者背后的原因是，如果创建 PR 的用户已经拥有目标存储库的写入权限，则共享存储库机密是安全的。

由此，我的猜测是pull_request应该能够访问该令牌。

我在我们的设置中遗漏了什么吗？

我想使用 git 获取 Azure DevOps 托管的存储库中的拉取请求列表。

Github有支持。我们可以将其添加到.git/config：

[remote "origin"]
  fetch = +refs/pull/*/head:refs/remotes/origin/pr/*

但是当我为 Azure DevOps 尝试相同的方法时，它没有获取任何内容。我也git-pr从git-extras包装中尝试过。

我猜测如果他们有支持，路径可能与 不同。refs/remotes/origin/pr/他们有一个REST API 端点来获取拉取请求，但我找不到任何关于使用 git 执行相同操作的信息。

一位团队成员给我分配了一份大型 PR，让我在 github 存储库中进行审查。我希望能够在 Visual Studio 中对其进行审查/评论/批准。

我使用的是 VS 2022，在以前的版本中，团队资源管理器的 github 窗格中有一个 PullRequest 选项。这种情况在 2022 年就消失了，我找不到在新的 VS ide 中处理分配给我的 PR 的选项。

在从 fork 到父仓库进行 PR 时，如何使用Stacked Pull Requests模式？

当我们需要将大型功能拆分为可审查的小型 PR 时，我经常使用这种模式。在一个存储库中，它只需要在子分支之间进行 PR，这非常简单。但当我想在存储库之间创建 PR 时，我无法找到如何实现这一点。

例如，我想创建一个修复时间轴组件的 Tab 键顺序的 PR，但此更改取决于修复横向箭头和菜单按钮的可聚焦性的 PR。在单个存储库中，我将具有这样的 PR 依赖关系结构：

1. master <- sideways-fix
2. sideways-fix <- menu-fix
3. menu-fix <- tabbing-fix

但是跨仓库 PR 允许我只选择master分支作为目标。这导致了 3 个 PR：

1. master <- sideways-fix
2. master <- menu-fix
3. master <- tabbing-fix

最后一个PR 与上面 2 个 PR 的更改重叠，这使得它更大并且更难以审查。

我正在查看我的 Github 通知 ( https://github.com/notifications )，并且有大量与已合并的拉取请求相关的未读通知。

我希望能够选择所有这些通知（对于已合并的拉取请求），然后删除它们。这样我就可以专注于其他状态的 PR 的新通知。

注意：这与查看所有已合并的 PR 不同；它位于“拉取请求”选项卡下方。我这里指的是 Github 的通知部分。

现在看来我只能过滤我的通知以查看通知是否与 PR 相关：

is:issue-or-pull-request

我也希望有一种根据 PR 状态进行过滤的方法。任何提示表示赞赏！