标签: pull-request

这是发生的事情：

1. 从 master 创建了分支 XYZ
2. 已在分支 XYZ 中提交更改
3. 使 XYZ 分支的 PR 成为大师
4. PR 被接受并且代码合并到 master 中
5. PR 被恢复（它破坏了东西）
6. 在分支 XYZ 中进行了一些提交，以修复第 2 项上已损坏的提交
7. 前往 Github.com 并创建了新的 PR，但我只看到了最后一次提交，而没有看到第 2 项中的其他提交

我想我的问题是：为什么在第 2 项中提交的代码没有出现在我的新 PR 中？即使我在更改文件列表中没有看到已恢复的提交，也会包含在这个新 PR 中吗？

谢谢！

我可以获取（https://www.visualstudio.com/en-us/docs/integrate/api/git/pull-requests#get-a-pull-request）拉取请求，管理审阅者并完成它。该分支有一个需要工作项的策略，但它失败了，因为拉取请求不会自动添加与底层提交关联的工作项。

针对带有错误参数的拉取请求刺探 PATCH 会导致

“您只能更新审阅者、描述、标题、合并状态和状态”

我可以使用拉取请求 url + /workitems 获取工作项列表，但该集合不支持 POST、PUT 和 PATCH。

我没有找到将工作项与拉取请求关联的方法？

一周前我从 master 分支出来。

master -> my_branch_1

在此期间，我多次做出承诺my_branch_1并重新调整origin/master以跟上。

ATM 分支机构状况（概念化）

commit0
master -> my_branch_1

master:
   commit1
   commit3
   commit10

my_branch_1 (commits from master are marked with *)
   commit1*
   commit2
   commit3*
   commit4...commit9
   commit10

当我尝试将 PR 打开回master. PR 日志显示所有提交，而我预计只会出现1...10提交。2, 4...9

1. 我做错了什么？
2. 我应该如何解决这个问题？

- 编辑 -

对origin评论中的讨论进行澄清。目的是将 master 上发生的提交接收到我的分支中。

这是期望的结果，因为我希望尽可能接近“ master”，以与代码库的其余部分保持同步。

我不想让这些提交已经出现master在我正在执行的 PR 中master

-- 编辑 2 --

此问题与托管在 GitHub 上的私人存储库有关。不是分叉的回购协议。

我知道如何使用 gitHttpClient 在 VSTS 中创建拉取请求gitHttpClient.CreatePullRequestAsync(gitPullRequest, repositoryId).Result，但我不确定如何添加审阅者。有什么建议么？

以下是创建拉取请求的示例代码：

public static async void CreatePullRequest(
            GitHttpClient gitHttpClient,
            GitPullRequest gitPullRequest,
            string repositoryId
            )
        {
            GitPullRequest pullRequest = gitHttpClient.CreatePullRequestAsync(gitPullRequest, repositoryId, cancellationToken: CancellationToken.None).Result;
        }

是否可以使用 git 创建一个拉取请求来在远程存储库上创建一个新分支？看来我不被允许这样做。我假设我能够创建新的拉取请求，并且如果我目标的存储库的所有者接受 PR，它将在那里创建新分支。

是否有某种特殊的方法可以实现此目的，或者分支是否必须存在才能向其发出拉取请求。

在 Azure Devops 中，我有一个带有开发分支的 git 存储库。我们从此分支创建多个功能分支，并通过拉取请求将代码合并到开发中。一旦我们完成拉取请求，功能分支就会被删除。

我想阻止这种情况发生。我想保留这些功能分支。我怎样才能做到这一点？

如何从 github API V3 获取给定拉取请求的项目和链接问题？该pulls端点没有给出其中任何信息。在 github 的拉取请求部分的侧边栏中，有Projects并Linked issues提到。但是我找不到通过 API 调用获取此信息的方法。

供参考的侧边栏屏幕截图

我想找出合并成功后拉取请求关闭的问题。

我正在尝试创建一个操作，其工作流程在针对主服务器打开来自特定分支的拉取请求时运行。我目前所拥有的在所有分支针对 master 打开的所有 Pull 请求上运行工作流程。

name: Auto Approve Pull Request
on:
  pull_request:
    branches:
      - 'master'
      - 'skip-*'

jobs:
  build:
    name: Approve PR
    runs-on: ubuntu-latest
    steps:
      - name: Fetch out code
        uses: username/my-github-repo@master
        with:
          token: ******
        env:
          BRANCH_PREFIX: "skip-*"
          PULL_REQUEST_BRANCH: "master"

我想让工作流程仅在名为 的分支上运行skip-*。

创建拉取请求和打开拉取请求之间有区别吗？

创建拉取请求的一些短语示例：

1. 创建拉取请求以提出存储库更改并进行协作。
2. 您可以在创建拉取请求时指定要将更改合并到哪个分支。
3. 要创建草稿拉取请求，请使用下拉列表并选择创建草稿拉取请求。

打开拉取请求的一些短语示例：

1. 要在公共存储库中打开拉取请求，您必须具有对头或源分支的写访问权限。
2. 拉取请求只能在两个不同的分支之间打开。
3. 打开拉取请求后，您可以与协作者讨论和审查潜在的更改。

PS 在我看来，创建拉取请求后，它变成：

1. 创建。
2. 它的状态自动变为open。

逻辑上的意思是：

1. 首先必须创建拉取请求。

2. 然后，拉取请求可以根据需要多次打开（其状态为open）或关闭（其状态为）。closed

结果是，从技术上讲，打开拉取请求并不意味着创建拉取请求。

我正在开发一个项目，该项目有大量 json 文件，这些文件从未在拉取请求中进行审查，但偶尔需要更改。最近我们不得不对它们进行一些小的更改，而 github 不允许我使用这些更改创建拉取请求。相反，它给了我：

This comparison is taking too long to generate.\nUnfortunately it looks like we can\xe2\x80\x99t render this comparison for you right now. It might be too big, or there might be something weird with your repository.\n

我在本地检查了 diff，实际的代码更改非常小（可能更改了 200 行），但这些 json 文件中有数百万行已更改的行。有什么办法让 Github 忽略它们吗？现在我无法提交 PR，因此这些更改无法通过我们正常的公司审核流程。

我尝试使用 .gitattributes 文件，*.json linguist-generated=true不幸的是没有效果。

编辑：正如已接受的答案中所建议的，我就这个案例联系了 github 支持。他们的建议是创建一个带有小提交的新分支，创建 PR，然后将我想要部署的实际分支合并到其中。这将更新 PR，虽然差异仍然不会显示，但它会让我创建一个 PR。