GitHub +请勿将PR与未解决的对话合并
GitHub是一个基于云计算的代码托管平台，它提供了版本控制、协作开发、代码审查等功能，被广泛应用于软件开发领域。
GitHub的优势包括：
- 分布式版本控制：GitHub使用Git作为版本控制系统，允许开发者在本地进行代码修改和提交，方便团队协作和代码管理。
- 协作开发：GitHub提供了强大的协作功能，开发者可以通过Pull Request（PR）机制向项目贡献代码，并进行代码审查和讨论，促进团队合作和知识共享。
- 社交化平台：GitHub具有社交化的特性，开发者可以关注其他开发者、项目和组织，获取最新的动态和参与开源社区，提升个人影响力和技术能力。
- 强大的生态系统：GitHub拥有丰富的第三方集成和插件，可以与其他开发工具（如CI/CD工具、代码质量检查工具等）进行无缝集成，提高开发效率和代码质量。
GitHub的应用场景包括：
- 代码托管和版本控制：开发者可以将代码存储在GitHub上，并进行版本控制，方便团队协作和代码管理。
- 开源项目管理：GitHub是开源社区的重要平台，许多开源项目都托管在GitHub上，开发者可以参与开源项目的贡献和交流。
- 私有项目管理：GitHub也支持私有仓库，企业可以在GitHub上托管私有项目，并进行团队协作和代码管理。
- 文档编写和发布：GitHub提供了强大的Markdown支持，开发者可以使用Markdown语法编写文档，并通过GitHub Pages功能发布静态网站。
腾讯云相关产品和产品介绍链接地址：
- 代码托管：腾讯云提供的代码托管服务为CodeCommit，详情请参考：https://cloud.tencent.com/product/cc
- CI/CD工具：腾讯云提供的CI/CD工具为CodePipeline，详情请参考：https://cloud.tencent.com/product/ci-cd
- 服务器运维：腾讯云提供的服务器运维服务为云服务器（CVM），详情请参考：https://cloud.tencent.com/product/cvm
- 云原生：腾讯云提供的云原生服务为腾讯云原生应用中心，详情请参考：https://cloud.tencent.com/product/tke
- 数据库：腾讯云提供多种数据库服务，包括云数据库MySQL、云数据库MongoDB等，详情请参考：https://cloud.tencent.com/product/cdb
- 网络安全：腾讯云提供的网络安全服务为云安全中心，详情请参考：https://cloud.tencent.com/product/ssc
- 人工智能：腾讯云提供多种人工智能服务，包括人脸识别、语音识别等，详情请参考：https://cloud.tencent.com/product/ai
- 物联网：腾讯云提供的物联网服务为物联网开发平台，详情请参考：https://cloud.tencent.com/product/iotexplorer
- 移动开发：腾讯云提供的移动开发服务为移动推送、移动分析等，详情请参考：https://cloud.tencent.com/product/mpns
- 存储：腾讯云提供多种存储服务，包括对象存储、文件存储等，详情请参考：https://cloud.tencent.com/product/cos
- 区块链：腾讯云提供的区块链服务为腾讯云区块链服务，详情请参考：https://cloud.tencent.com/product/tbaas
- 元宇宙：腾讯云提供的元宇宙服务为腾讯云元宇宙，详情请参考：https://cloud.tencent.com/product/um
相关·内容
我试图创建一个行动，自动添加一个合并的PR到一个项目，以便PR可以审查文件的需要。这里的关键是在将PR合并到main之后，应该将它添加到项目中。据我所知，Github操作并不直接用于pull_request 的合并PRs。
有人能做到这一点或有任何提示吗？我最初的想法是做这样的事情：
name: Add-Merged-PRs
# Run this workflow every time a PR is merged into the main branch
on: push
branches:
- main
jobs:
# Take the PR that was merg
浏览 6提问于2021-01-11得票数 0
我在公共关系中得到了这个错误，但当我git status时，它说的是nothing to commit, working directory clean。
在公共关系的分支上。
On branch pr12
nothing to commit, working directory clean
浏览 9提问于2014-10-07得票数 29
在允许用户合并/关闭PR之前，是否有一种强制将问题链接到PR的方法？我能够在分支保护规则中设置所有其他检查，但是我无法找到检查至少有一个链接问题的方法。
浏览 7提问于2021-09-14得票数 2
回答已采纳
你好，我正在从github创建一个PR，将一个名为master_wes的分支合并到master中。当我比较更改时，它显示的是在旧PR中合并的所有先前提交的更改，而不是仅显示自最近合并的PR以来所做的更改。 尽管与主站和我的本地分支的唯一区别是自最近的PR以来所做的更改。 我一直在为我所有的PR重用同一个分支。 这里是我的问题: 1)如何解决这个问题，使其只显示自上次PR合并(从master_wes完成)以来的提交? 2)如何防止这种情况在未来发生？ 谢谢! 编辑:过去从master_wes进行的PR合并是使用压缩合并完成的
浏览 69提问于2020-04-14得票数 0
回答已采纳
我为git提供了一个自定义的合并驱动程序，它有助于将合并到一个由数百名工程师共享的大型单一程序中。由于锁文件频繁发生，因此在审查PR时，这些文件导致合并冲突的情况并不少见(因为主进行了改进)。这意味着在本地使用此合并驱动程序解决这些锁文件上的冲突后，应该手动更新PR分支。
问:是否有一种方法可以在服务器端的GitHub (或)上配置这个合并驱动程序，以便将该驱动程序用于合并PR分支(而不是默认的自动服务器)？
浏览 3提问于2019-06-24得票数 18
我们有一个仓库，每个人都从那里创建了一个分支，并为功能和错误创建了PR。
我想改变成另一个人的公关。我看到的一种方式是，我可以登录github并转到PR中的文件，进行更改并在那里提交。
但是既然我想在本地编译我的更改，我该怎么做呢？我是否需要克隆另一个人的分支，然后创建一个新的PR？正确的做法是什么？
浏览 0提问于2017-05-08得票数 0
我想添加一个规则，这样就不能合并具有开放对话的PR。我可以在PR中找到一个拼写错误并添加评论，然后仍然批准PR，这样作者就有机会快速更正这个拼写错误并合并PR。但我希望在作者解决对话之前，不可能合并PR。有可能做到这一点吗？
浏览 53提问于2020-06-04得票数 5
回答已采纳
想象一下有三个分支的情况：master、my_feature、my_feature_fix。
然后执行以下操作：
打开拉请求将my_feature_fix合并到my_feature中.
同时，将my_feature合并到master中，并删除分支。
既然my_feature_fix不再存在，my_feature的开放PR又会发生什么呢？
浏览 2提问于2015-09-18得票数 10
1回答
我有一个问题要问有经验的开发人员。合并冲突在我们的日常工作中经常发生，而作为初级开发人员，有时我会对它们感到困惑。每个高级开发人员都有自己的解决方法。我正试图找到我的路
例如，我有一个特性分支和测试分支。我将一些代码推入特性分支，转到GitHub网站并说“创建拉请求”，因为我想将我的特性分支合并到测试分支中。在这一点上，GitHub警告我说：
不过，我打开公关，即使我知道，不能合并在目前。然后，我在GitHub中有两个选项：
直到现在，我一直倾向于用网页编辑器来解决冲突，这很容易。(实际上，我的高级开发人员警告我，当存在大量冲突的文件时，通过webeditor解决这些问题并不总
浏览 3提问于2022-02-05得票数 -1
我为运行Linux Mint19的新HP 17z笔记本电脑下载了以下驱动程序：
在通过指令修改makefile时，我运行了"make“命令，并得到以下错误：
Z
ermacroyd@DALEK:~/Downloads/rtl8821ce$ make
make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/4.15.0-20-generic/build M=/home/zermacroyd/Downloads/rtl8821ce modules
make[1]: Entering directory '/usr/src/linux-hea
浏览 122提问于2018-07-31得票数 0
1回答
是否有方法从所有分支(甚至远程)的未合并PRs列表中找到包含代码更改的PR？
例如，如果我的一个未合并的PRs有一个字符串stackoverflow，我如何在github中搜索它？
浏览 6提问于2022-09-01得票数 1
回答已采纳
1回答
在我的一次回复中，我收到了几次请求。他们是好的，但有一些小的修复(例如，打字)，我想修复自己，以便我可以合并更快的公关。
现在，我如何将我的承诺添加到特定的PR中？公关作者用叉子把我的简历分叉，写了他的，然后提交了公关。
另外，作为一个附带的问题，苹果的GitHub是如何处理签出公关的？如果提交了一些更改，那么在PR结账时将提交到哪里？
浏览 3提问于2015-01-21得票数 2
回答已采纳
4回答
我已经将以下代码添加到我的.git/config文件中：
fetch = +refs/pull/*/head:refs/remotes/origin/pr/*
这允许我下拉请求差异，但当我检查它时，它实际上创建了一个具有相同名称的分支。有没有办法让我推送到pr/2，让它真正转到拉取请求，而不是转到名为pr/2的新分支
浏览 0提问于2013-03-21得票数 46
假设我希望每次创建拉请求时都运行工作流。GitHub操作会在主分支中查找.github/workflows文件夹，在PR的目标分支中查找，还是在PR的源分支中查找？
主分支是唯一关系到GitHub操作的分支吗？
浏览 3提问于2019-10-11得票数 1
回答已采纳
我在各种F/OSS项目中使用GitHub。当人们向一个分支(即不是主)贡献一个PR时，他们在合并PR后不会出现在贡献者列表中。这对他们不公平，因此我很难追踪和列出他们的贡献。
将分支上的PRs合并以使原始用户出现在贡献者列表中的正确方法是什么？
提前谢谢你。
浏览 3提问于2017-03-14得票数 0
回答已采纳
2回答
我已经把公关签到我的本地了。现在PR已经更新了，我如何用最新的提交更新本地分支。当我尝试使用git fetch upstream git pull origin时，所有人都说分支不存在。这是因为它是一个PR，而不是一个分支。如何更新我的本地存储库？
浏览 19提问于2020-01-09得票数 1
我正在创建一个GitHub操作，它运行一个检查以查看拉请求如何影响代码基。检查需要两个输入：
PR更改前的存储库状态在PR更改之后的存储库状态
第二个输入很简单:它是PR分支的最新提交。
第一个有点棘手，我很难搞清楚。它不能简单地成为主(上游)存储库的master，因为潜在的重基问题(新的更改已经在upstream/master上进行了，而不是在分支的master中)。所以我在master分支和HEAD之间使用HEAD。
git merge-base master HEAD
这就像预期的那样工作，但是如果PR是从叉子的master分支生成的，那么问题就会出现。合并库与HEAD相同.
如何获得
浏览 1提问于2020-10-23得票数 2
我的问题是关于吉特卜的：
我有一个包含数据的官方回购，我将称之为上游回购我有一个官方回购的叉，由第二个github用户(我的第二个用户)制作。
我希望能够保持叉和上游相同，意思是“与相同的提交历史”。
如果提交是在上游回购，我有一条消息，在叉子说，分叉现在是1提交在上游。
我创建了一个PR从上游到分叉，并合并它。我已经尝试过不同的合并策略，但假设我使用"rebase“技术合并它。
在这一点上，我所期望的是一个与上游最新的分叉.是这样的，如果您查看回购内容，但就提交历史而言，分叉现在落后于1提交，而在上游则提前了1。实际上，我们讨论的是相同的提交，但是它的sha在合并过程中发生了变化。所
浏览 2提问于2021-03-17得票数 2
1回答
我当前的工作流程要求每个PR上都有一个版本Bump，所以我想利用这一点，在每个PR合并上自动在GitHub上创建一个标记，所以它出现在"release“部分。
我看到我能写一个合并后挂钩。我怀疑这个钩子是在我的机器上本地运行，还是在GitHub上远程运行，或者两者都运行(考虑到我在GitHub上合并PR，而不是在本地合并PR)。怎么回事？
浏览 8提问于2015-07-24得票数 9
回答已采纳
如下图所示，我有两个不同的分支，它们具有相应的PRs (PR1和PR2)。顶部箭头是develop分支。
PR2构建在PR1之上。PR1建立在开发的基础上。请记住，我还将PR2与PR1进行了比较。
现在，在某个时候，如下面所示，我需要从Bout分支中进行一些更改，所以我将它从develop合并到我的PR2中。然后，当我回来查看PR2的Github时，我看到了一个很长的贡献者列表(在页面的右侧)。这对我是不对的！
因此，我将比较(在Github之上)下拉列表更改为PR2 versus PR1到PR2 versus develop。随着这些变化，投稿人的数量得到了纠正，我的想法(我自己和投稿人的B
浏览 0提问于2023-02-01得票数 0
回答已采纳
1回答
refs/pull/*/头指的是PR的头，但是refs/pull/*/merge呢?我没有找到任何git提交，它们在提交历史中显示为/merge的一部分。.what这个/merge确实意味着一个PR，当PR有多个提交时，当PR是打开的，当PR是关闭的，等等。
$ git ls-remote
From git@<repo url>
01c8cd97857c21cfc5d413bd64e3c0e8cc8fd03d HEAD
37b88346a9edb426f676d080be502a1d4349c499 refs/heads/PR1
6fda26f078c0
浏览 2提问于2020-08-26得票数 20
回答已采纳
我有两个工作流文件。一个是test.xml，另一个是merge.xml
test.xml运行php单元测试，如果测试成功，它将创建一个对暂存分支的拉请求( test.xml运行在特性分支中)。
奇怪的是，如果拉请求有冲突，merge.xml工作流将不会触发。但是，当拉请求没有任何冲突时，它将运行并合并拉请求。我的xml是不是配置错误了？
这是xml。
Test.xml
name: Test
on:
push:
branches-ignore:
- staging
jobs:
run-test:
runs-on: self-hosted
steps:
浏览 5提问于2020-11-28得票数 5
回答已采纳
我想阻止PR合并在特定的时间(当我们的环境发生了一些事情)。
合并一个PR将自动部署构建到我们的环境中，这将降低env在CI/CD位置的一段时间。
我还想看看CI/CD管道来安排维护，但是想知道GitHub是否有可用的东西。
浏览 2提问于2020-02-12得票数 0
1回答
我是git新手，所以请原谅我在术语上犯的任何错误。
我有一个分叉的回购。在原始repo中，有人发出一个包含一堆不同提交的拉取请求。然后，该拉取请求被合并到原始请求中。我也想拉请求，所以我希望它合并到我的repo也。这样做的正确方法是什么？我试着精挑细选每个提交，这是有效的，但我觉得这不是完成事情的正确方式。
编辑:我将尝试更具体地说明正在发生的事情和我想要做的事情的确切结构。
这是我们称之为A的原始回购。
一组开发人员将该repo分叉到一个基本上独立的项目中，我们将其称为B。
我创建了分支B，这样我就可以创建自己的分支，并为拉取请求做出贡献，这就是repo C。
通过拉取请求对repo A进行
浏览 0提问于2018-01-17得票数 1
1回答
在git和github的公关方面，我从来没有遇到过任何问题。今天发生了一件很奇怪的事。
共3支。Master, Beta_A and Beta_B.
Beta_A和Beta_B都是由Master制作的，它们只用于向Master提供PR。今天，有一次，我从Beta_B分支中提取了一些早期代码。我将Beta_B分支合并到了我的Beta_A分支。经过一些额外的修改后，我将PR从我的Beta_A分支提升到了Beta_A。
在将PR合并到Master之后，又进行了一次提交，将Master合并为Beta_B分支。我从来没有注意到像这样的事情发生。
为何会出现这种情况，有何具体原因？
浏览 2提问于2020-05-15得票数 1
回答已采纳
1回答
我有一个非常大的代码库，目前需要30分钟才能通过Jenkins构建。它连接到我们的源代码管理/评审系统(现在只说GitHub )，这样每个PR都会自动测试，并且必须在我们允许它被合并之前进行构建。
我们看到了一个行为，其中有两个PR(我们将称它们为PR#a和PR#b)，并且每个PR都被成功地测试了(代码构建、单元测试运行等等)。然而，它们都是针对开发的尖端进行测试的。这意味着一旦PR#a被合并，PR#b就会显示经过测试并有效的。然而，合并它公开了一个作为PR#b的一部分合并的API中断，现在构建已经中断，等待修复。
防止这种情况的典型方法是什么？如果不在GitHub中，那么其他系统呢？(Git
浏览 0提问于2017-06-16得票数 2
回答已采纳
我创建并合并了一个PR，并希望将我从中创建PR的分支重命名。我该怎么做呢？如果你有什么问题，请告诉我。
浏览 13提问于2021-05-19得票数 0
3回答
我正在寻找一种方法，通过GitHub设置或CircleCI设置，防止参与PR的人(创建PR或提交)能够合并PR (甚至批准)。到目前为止，我有一个分支的保护，需要批准，但批准后，我作为公关创建者和提交者，我仍然能够合并。
浏览 2提问于2020-06-26得票数 12
回答已采纳
我想从Intellij重新推送相同的提交(不做任何更改)。 我关闭了现有的PR并删除了该分支，因为目标分支不正确。 用合适的目标分支重新推送提交/修复Pr的最短、最快的方法是什么？
浏览 12提问于2020-06-24得票数 0
回答已采纳
几周前，我收到了来自them:xyz的针对我的分支my:abc的拉取请求(PR)。
从今天起，公关关门了。在PR中，them:xyz现在被unknown repository取代了，我想知道这是什么意思，它是如何发生的？
现在我想合并这些更改，但不幸的是，我无法联系另一个人来获得新的PR (谁提出了拉取请求)。
但是我仍然有拉取请求(这很好)。
有没有办法合并或精心挑选这些更改？
注意:请购单属于商业公司，不能在此分享。
浏览 0提问于2015-12-29得票数 2
2回答
我将用我的存储库描述连续的操作：
创建“Fork”开发分支，从“Fork”功能分支到“Fork”功能分支，从“”向“”<代码>H19</code>发出错误的请求，将PR<代码>H 210</代码><代码>H 111</code>PR从‘’></代码>“开发”为‘<代码></代码><>G 213</code>
现在，当我试图做公关，从‘发展’到‘掌握’，这是说没有变化。PR之后，“发展”中的“主人”中没有新的文件。你能告诉我，如何从“发展”中转移变化吗？
浏览 3提问于2020-09-29得票数 0
回答已采纳
我在GitHub中设置了一个带有受保护分支的git代码库：'main‘和'dev-*’要求PR合并。然而，其他分支的所有合并都应该在dev-*中完成，而到main的合并应该只在dev-*中完成。 我想设置一个规则，防止PR从与dev-*模式不匹配的分支进入main。有什么方法可以做到这一点吗？
浏览 18提问于2021-11-16得票数 0
Github是否提供了自动将基本分支合并为拉请求的工具？在遵循gitflow分支工作流的开发团队中，在PR diff中查看“合并拉请求”的结果将是非常有用的。
示例:同时基于主模块创建了两个特征分支。
Branch1:向readme提交了一个更改，并通过PR将其拉到了主服务器上。
Branch2:向自述提交了一个更改，引发了一个拉请求(PR#3)，而diff没有显示与branch1拉请求一起添加的行。
浏览 0提问于2016-09-15得票数 1
我正在试验github分叉和拉动模型，它扮演的角色是维护人员(完全访问黄金回购)和贡献者(通过分叉和创建拉请求来贡献)。
GitHub为维护人员提供了关于如何从拉请求创建本地分支以便在本地检查代码(即构建/测试/等)的明确说明:来自您的项目回购：
git checkout -b pr-review-branch-name master
git pull [fork-url-from-pull-request]
到目前一切尚好。作为维护人员，我评论公关，并要求一些额外的工作。贡献者继续进行所请求的更改，将它们推上服务器上的分叉(并更新拉请求留言板)。
我的问题是:作为维护人员，我是否需要像上面所
浏览 2提问于2015-06-26得票数 0
回答已采纳
1回答
这是我的一个存储库中的设置：
master分支<- -这始终在生产服务器中
staging分支(默认分支) <- -这是在临时服务器中
我们所做的每一个改变都经历了以下步骤。假设我必须改变一下readme.md。
我从默认分支(staging)创建了一个新分支，让我们将其称为patch-readme
我在patch-readme中做了所有需要的更改。
当我对自己的变化感到满意时，我会创建一个staging的PR。
我合并(压缩和合并) PR，然后删除patch-readme。
(注意:多个开发人员此时可以按前面的步骤推送到staging分支)
浏览 1提问于2017-11-30得票数 0
回答已采纳
2回答
假设我有一个叉子，我的回购有三个分支：
主控
branch_1
branch_1_a
branch_1离开了upstream/master，但是branch_1_a离开了branch_1 (即，它是通过git checkout -b branch_1_a branch_1创建的)
如果我想为branch_1中的更改创建一个拉请求，以及对于branch_1_a中的更改创建一个拉请求，那么在这个场景中，拉请求是如何工作的。我必须首先创建一个PR来将branch_1_a合并到branch_1中吗？或者我是否为branch_1创建了PR，并将其合并到upstream/master中
浏览 0提问于2016-05-19得票数 5
回答已采纳
2回答
我试图在GitHub存储库中从一个分支(例如:开发)创建一个拉请求到主分支。主分支中的提交号与PR完成后的开发分支中的提交号不同。
在开发部门承诺：
完成公关后在主分支机构提交：
是否有办法确保提交号在完成PR后不会更改？是否与开发分支中的相同？
浏览 3提问于2020-12-07得票数 0
2回答
我们在github中对每个拉请求进行测试。
如果您正在查看拉请求的更改，覆盖将是可见的，这将是非常酷的。
在查看PR评论的差异时，我想看看哪一行被覆盖了，哪些行没有覆盖。
我们用的是pytest和travis。
我发现了这个：，但是AFAIK显示了其他地方的覆盖率报告，而不是在PR的"Files“选项卡中。
这个问题并不是要达到X%的总体覆盖率。这个问题是关于看哪些线被覆盖，哪些线没有覆盖。
浏览 4提问于2021-05-11得票数 4
回答已采纳
1回答
我经常使用GitHub PRs。我想知道我是否可以独立于GitHub“做PRs”。这让我读到了更多关于Git补丁的文章。
看来，GitHub提供了一个方便的、基于web的工作流，围绕着Git的补丁程序。这准确吗？GitHub的PR功能是在封面下使用Git补丁吗？或者GitHub PR功能只是简单地对这两个分支进行Git合并？也许Git合并在这两种情况下都真的使用了Git修补程序？
如果有补丁和GitHub PR?之间的关系，有人能澄清吗？
浏览 1提问于2020-07-21得票数 5
回答已采纳
我正在做基于GitHub的挖掘操作，并发现了一个有趣的案例。属于spring-projects/spring-framework回购的合并公关。然而，这页上写着
此提交不属于此存储库中的任何分支。
我想知道在何种情况下合并的PR可能不存在于存储库中？
浏览 2提问于2021-04-18得票数 0
回答已采纳
我正在尝试设置一个GitHub操作，如果PR处于可合并状态(通过所有检查等)，它将自动合并PR。
我的设置看起来有点像这样：
name: Auto-Merge Pull Requests
on:
pull_request:
branches:
- master
types:
- opened
- reopened
jobs:
auto_merge:
name: auto_merge
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v1
浏览 3提问于2019-10-08得票数 2
我有一个有两个分支的回购：master和fix-tests。远程，我已经创建了一个PR，并在补丁测试上做了一个南瓜和合并，所以所有来自修复测试的更改都在主版中。一切都很好很好。但是，当我检查了修复测试并做了一个git show时，它说：
Author: jsmith <john.smith@email.com>
但是，当我的主人退房并做了一个git-show时，上面写着：
Author: John Smith <john.smith@email.com>
为什么第一个(在补丁测试上)的作者名是我的用户名，而在主用户上是全名呢？这会导致问题，同时试图发送提交信息给Slac
浏览 0提问于2018-07-06得票数 1
回答已采纳
GitHub API要求合并拉请求作为
PUT /repos/:owner/:repo/pulls/:number/merge
请求体json
{
"commit_message": "blah",
"sha": "{SHA that pull request head must match to allow merge}",
}
在提交、推送、创建PR之后，哪些libgit2sharp属性提供了正确的sha？
对于当前分支，它看起来Branch.Tip.Sha是正确的值，但我正在接收响应错误：
{“消息”：“已修改了头
浏览 4提问于2015-07-18得票数 2
回答已采纳
即使我的特性分支是从最新版本的master中分支出来的，当我试图将我的PR (从feature改为master)重新定位时，我还是看到：
此分支由于冲突而不能重基，因此在从头分支重新应用单个提交时，由于遇到冲突，无法自动执行此分支在基础分支之上的提交。
据我了解，可以通过以下方式解决这一问题：
git checkout master
git rebase feature/x
(resolve conflicts)
然而，直接推到master是锁定的，我需要通过公关。要成功地通过拉请求重新定位feature/x分支以掌握这些步骤有哪些步骤？
浏览 0提问于2018-04-24得票数 26
回答已采纳
2回答
下面的场景会产生需要手动解决的冲突吗？
您为PR提交了一个功能分支，包含提交D、E。
在审查PR时，您将继续在本地处理同一特性分支，并添加更多提交F、G、H。
在某种程度上，PR被批准并合并为主人。。现在您有一个包含提交D、E、F、G、H的本地分支，以及包含提交X的主分支。
您希望将提交的F/G/H合并为master。因此，您尝试将本地分支(包含D/E/F/G/H)合并为主(包含X)。
提交D/E和X触及完全相同的代码行，但具有不同的提交ID。如果将D/E放在一起，并与X进行比较，它们是完全相同的。但是，如果将D孤立地看待，并与X进行比较，它们在一般修改的线上有许多不同
浏览 3提问于2016-04-02得票数 2
回答已采纳
在大多数情况下，我们看到一个PR，然后是那个PR的合并提交，它只是写着“从.合并拉请求#XXX”。
但最近，我看到了一个紧凑的版本，其中拉请求者和提交者的化身重叠，出现在历史上：
这是如何做到的呢？
我试过但不起作用的：
()
(PR #78)
更新
以这种方式合并时的一个例子是：
在以下方面的成果：
浏览 3提问于2014-11-29得票数 5
回答已采纳
我试图弄清楚如何从本地分支(甚至是本地主/主分支)对我的远程存储库进行公关。但是，无论我做什么，我都会得到以下错误：
来自本地的尝试
(master)$ gh pr create --title "Adding readme" --body "Testing pr from cli" --head armsp:feature
Creating pull request for armsp:feature into master in armsp/----
pull request create failed: GraphQL error: Head sha
浏览 7提问于2020-11-16得票数 7
回答已采纳
我有一个github操作，它检查我的DB迁移文件中的版本号是否重叠(如果我们有迁移101_SomeThing，请确保我们也没有迁移101_SomeOtherThing)。
我在针对合并提交的拉请求上运行这个github操作，以查看是否已经有一个在主服务器上存在冲突的文件。但是，这只在PR更新时才会运行.因此，如果有另一个PR被合并，而现有的PR没有被更新，它将显示一个通过的检查什么应该失败。
例如：
master：/migrations/100_SomeStufffeature/foo：/migrations/101_foo打开一个PRfeature/bar：/migrations/101_b
浏览 4提问于2020-07-17得票数 1
回答已采纳
背景
我们正在GitHub上创建拉请求。在PR被批准并在CircleCI上成功编译和测试后，我们按下按钮合并拉请求。
按下按钮后，我们希望GitHub立即合并PR，但它首先在CircleCI上运行完全相同的构建，然后完成合并。
问题
如何在不再次运行CI构建的情况下直接按合并拉请求合并成功的PR？
如果这是不可能的，那么有没有办法减少一些开销呢？
对于不成功的公关，我们想阻止合并.
浏览 5提问于2017-08-15得票数 0
回答已采纳
我正在阅读有关GIT分支策略的文章，涉及到掌握、开发、修复、发布、功能。
我们是5个开发人员在一个python网站上工作。下面是我想在GitHub上使用的分支策略。
生产代码在主分支中。
我从主分支创建一个任务分支。
我在任务分支上工作，在将代码推到git之前，我切换到master并拉出代码，然后切换到Task并与master合并。这是为了使我的代码与远程主控同步。
推送码
将PR从任务分支提升到主分支。
如果主人有我在任务分支中丢失的附加代码，而我忘记运行步骤3，会发生什么情况？
浏览 5提问于2021-11-23得票数 1
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频活动推荐
腾讯云开发者
