标签: pull-request

GitHub允许您配置您的存储库,以便用户不能强制推送掌握,但有没有办法阻止推送到完全掌握？我希望这样做,以便添加到提交到master的唯一方法是通过GitHub pull请求UI.

我想在我的团队中采用 git-flow 工具。

问题是“ git flow feature finish ”在本地合并了分支。我想创建一个拉取请求。因此，合并将发生在原点。

那么，在处理拉取请求的团队中使用 git-flow 工具的正确方法是什么？

试图谷歌它，但找不到有意义的东西。

我对Git比较新.我的知识迄今包括git add push commit.这是关于它,直到现在它对我很好.:)

然而今天早上有人发给我一个拉请求,正如我读过的那样,有人分叉了我的存储库,做了一些调整并且正在骂我说:"嘿塞尔吉奥,我做了一些改进.考虑一下他们的主分支."

我对么？

https://github.com/sergiotapia/CherryTomato/pulls

如果是这样,我如何轻松地将此用户更改合并到存储库的主分支？我需要点什么命令？更重要的是,有人可以用外行的术语来说明必须发生的事情吗？

谢谢.

我最近开始在GitHub上管理一个项目,人们一直在提交拉取请求.而不是将它们合并到主人,我希望能够:

1. 首先审查他们,以确保他们真正工作

2. 在合并到掌握之前可能会做出一些风格上的变化

我怎样才能做到这一点？

您是否必须创建一个单独的分支,例如"dev",并指示人们在合并到master之前对其进行编码？

我在git上发出pull请求(带有"xcodeproj/project.pbxproj"文件 - 我的错),所以我可以从创建的Pull Request中删除这个文件吗？谢谢..

我有一个全面的逐步描述我如何做到这一点,我想在这里分享,以便开发人员可以从中受益(我将回答我自己的问题).

当我在GitHub上执行Pull Request(对抗master分支)时,我们可以忽略一些文件更改,例如

• 我们在分支'release'中有一个名为'fileA'的文件,我们在'master'中有相同的文件,但我们在分支'release'中的'fileA'中做了一些更改
• 当我们执行Pull请求时,我们是否可以忽略'fileA'中的更改,不要让它合并为'master'.

GitHubActionspull_request和pull_request_targetevent之间有什么区别？

我在 GitHubActions Docs 中找到了这个解释：

此事件 (pull_request_target) 在拉取请求基础的上下文中运行，而不是像 pull_request 事件那样在合并提交的上下文中运行。

但是，我无法理解 githubAction 中的上下文是什么。有人能解释一下吗？

我发现 GitHub 中缺少的这个功能令人沮丧，因此我在这里记录我的解决方法以帮助下一个人。欢迎使用替代的、更好的解决方法。

这个问题不是如何更改GitHub 中提交的作者？...因为这个问题不清楚，它是询问如何重写一些提交的作者并将其推送到 github，还是实际上更改最初创建整个 PR 的名称。而且，该问题的公认答案是对本地.git/config文件的简单修复，这显然无法解决我在这里讨论的 GitHub 问题。

在 GitHub PR 的顶部，您会看到如下内容：

username想要将1提交合并到base_branchfromtheir_feature_branch

那username：我们怎样才能改变这一点？

PR 示例（从 GitHub 中“随机”选择，只是为了显示下图中的 PR 作者行）。图像：

用例示例：

1. 发起这个PR的队友刚刚离开公司，我们想征用（接管）并替他们完成这个PR。
2. 工作量的变化迫使您从另一位队友那里接管部分完成的 PR。您如何将该 PR 更改为您的名字？

假设每个人都具有对整个存储库的完全推送访问权限，这意味着您无论如何都可以向彼此的分支推送/拉取。

现实生活中的例子说明为什么我想知道如何更改公开 PR 的所有者

2020 年，我的一位同事在一个全新的分支上创建了 PR，该分支原本打算进行 3 个月的工作，直到其中包含大量新功能。然后，它将被合并。当迷你 PR 进入这个单独的、长期运行的、独立的分支时，同行评审将会发生。

PR 最初是用“不审查”标签打开的，只是为了让分支建立起来，这样我们的 CI（持续集成）系统就会开始每天构建它，以确保它不会被破坏。然后，我们都会为这个分支做出贡献，并理解打开它的人将是“流程所有者”，并引导分支完成所有测试和流程，直到它合并回主分支。

我的同事在发布此公关后立即离开了公司。我立即成为流程负责人，并在 PR 上工作了 3 个月并最终合并了它。该存储库是由维护者设置的，以禁用除“挤压合并”之外的所有类型的合并（请参阅我在这个问题下的评论），因此当它被合并时，Github 将所有数十个单独的提交压缩为一个巨大的提交并附加我同事的名字（请记住，他过去 3 个月没有来过公司）提交到该提交，尽管这是我在其 3 个月的生命周期中几乎全部管理的提交。

git diff --shortstat 123456789abcd~..123456789abcd显示以下输出：

 164 files changed, …

我正在和我的队友一起做一个项目。几周前，我成功地从 git 中提取了该项目。但是今天当我想 通过命令“ git pull origin <my_branch >”拉取更新的项目时，它给了我以下错误：