标签: pull-request

我正在寻找一种从分叉存储库中恢复拉取请求的方法。是否可以？

我们正在尝试在项目开发中使用git。

我们从我们的私人存储库工作，通过拉取请求到另一个帐户下的主存储库。

要部署到我们的托管，我们使用ftploy.com

我们测试了它，在第一次手动部署时一切正常，但当我们将拉取请求合并到主分支时，它不会自动工作。

我询问了这个问题的支持，有一个答案：

\n

目前，如果您\xe2\x80\x99 使用 Bitbucket 并利用合并，则需要\n 关闭本地 Git 安装上的快进。

\n

因为我是新手，我不明白我应该做什么以及我的本地 git 安装如何与另一个帐户上的主存储库连接？

有时,当我从GitHub API获得单个pull请求时,响应包含JSON响应中的以下属性:

  "merged": false,
  "mergeable": null,
  "mergeable_state": "unknown",
  "merged_by": null,

这是为什么？如何确定此拉取请求是否可合并？在获得不同的响应之前,我是否真的需要重新加载拉取请求？

我的拉动请求中有一个提交.然后,我尝试更改我的电子邮件,并在执行此操作后强行推送更改.现在我在其他人的拉取请求中有很多提交.如何删除这些提交？

我试过重置,但其他人的提交仍然显示在pull-request中.

现在,我的分支拥有自创建主存储库以来的所有提交.

我在 VSTS 上设置了一个帐户。

每次触发新构建时，管道都会构建解决方案并发布 NuGet 包。

问题是，当创建拉取请求时，它还会构建解决方案并发布包，如下图所示：

就我而言，我有 2 个版本（1.2.0.41 和 1.2.0.39），它们是在 PR 获得批准并导致包发布之前生成的。

问题

创建 PR 时如何防止 VSTS 生成 NuGet 包？

当我在 master 和开发分支上有拉取请求分支策略时，如何在 Azure Repos 上实现 Git Flow？我很想让它发挥作用，但我不知道最佳实践。我目前在 Azure Git 存储库上设置了 gitflow，但在 master 上有 PR 分支策略。如果由于没有创建 PR 而推送到 master 失败，我该如何完成发布或修补程序分支。同样，如果我的开发分支在 AzureDevOps 存储库中有 PR 分支策略，我无法使用“git flow feature ...finish”“完成”我的功能，因为推送开发分支会失败？

我已经尝试过在开发（用于完成功能）和主控（用于发布合并和/或修补程序合并）上没有 PR 分支策略。

我试图查阅 AzureDevOps 的分支策略指南，但它没有提及 GitFlow https://learn.microsoft.com/en-us/azure/devops/repos/git/git-branching-guidance?view=azure -devops#管理发布

该指南更直接地针对新功能从“master”创建功能分支并与 PR 合并，然后对于版本，它建议您从 master 创建发布和修补程序分支，这些分支永远不会合并回来。

预期：能够完成功能并通过 PR 合并回开发 能够同时完成发布和修补程序并合并回 master 并通过 PR 进行开发。

实际：完成一个功能。尝试合并到具有 PR 分支策略的任何分支（master、develop）时，发布或修补程序失败

我已经从我的 fork 分支创建了项目的拉取请求。回购所有者在代码审查后会接受它，但可以等待一段时间，因为他目前很忙。我不想等待，在我的分支中的全新分支上，我实现了下一个功能。

如果现在我创建新的拉取请求，它会与之前的拉取请求合并并创建一个巨大的拉取请求吗？或者会有两个单独的PR？我担心它会合并，因为在 GH 的提交字段中我看到了以前 PR 的提交。

我不确定人们是否通常在同一存储库中维护生产分支和其他开发/开发人员特定分支，但我希望拥有单独的仅生产存储库。

现在，在这种情况下，我如何不断更新生产存储库/分支中的代码？

如果是同一个存储库，那么我可以跨分支创建拉取请求，并使分支/代码保持最新或同步。

但是，如何不断将新的代码修改推送到不同存储库中的分支？对于初始副本，有“克隆”功能，但我不知道是否也可以拉取。

为了更好地理解这些操作，我想知道 github 或 gitlab 到底是如何合并这些请求的。当压缩、变基、合并……时，详细执行哪些 git 命令？

当我完成我的工作时，我将更改添加、提交并推送到由当前分支跟踪的远程分支。所以命令如下。

结帐驴
添加。
提交--消息
推送

现在，我想创建一个拉取请求。如果我请求从本地驴或远程驴拉拉，对我来说并不重要。我可以使用 GUI 来做到这一点，但在我看来，使用 CLI 执行该操作更像是一个老板。

根据这篇文章，我应该运行这样的东西。

git request-pull 驴远程/驴

也许

git request-pull remote/donkey remote/dev

然而，在尝试了几种不同的组合后，我失败了，只得到了一系列错误，暗示命令是正确的，但参数没有意义。

奇怪的是，在谷歌搜索时创建拉取请求并不多，可能会淹没在使用 GUI 的信息中。