标签: pull-request

我有两个分支:主人和0.6

我在0.6中更改了一些代码.我为Github网站上的两个提交创建了一个Pull Request.然后我将这个PR从0.6合并到master.两个分支都包含更改.

但是为什么我的分支0.6现在一次落后于主人呢？

我分叉了一个项目.我研究了一下.我现在有十个不同的提交,每个提交都独立于其他提交.我想将每个单独的提交作为单独的pull请求发送,让上游的维护者选择他/她想要的那些.

我找不到一个简单的方法来做到这一点.我能找到的"最简单"是创建十个单独的分支,并将十个单独的提交中的每一个分别挑选到这些分支中,然后从每个分支发送一个pull请求.那是......不理智!(例如,参见如何在github上将一个拉取请求分成两个不同的拉取请求)

底层git request-pull函数支持这个工作流,这里的问题是GitHub没有一个好的接口吗？我注定要创建十个分支吗？

我开发了自己的网络服务器,在我的Android应用程序上实现自动化.如果自动化运行时出现问题,我想使用cURL REST命令以编程方式禁用github pull请求上的"merge"按钮.我找不到正确的方法来做到这一点,但似乎很多人都会从这个功能中受益.

可以在这里找到github pull请求的api:https://developer.github.com/v3/pulls/

我知道这是可能的,因为如果你的分支上有合并冲突,那么按钮会变灰并且你无法点击/合并它.这是我正在寻找的确切功能.任何帮助将非常感激.

大多数Git工作流程都说从不提交你的fork的主人,因为那时你的主分支将偏离原点.但是,在上游的主服务器上重新提交你的提交(来自你的主分支)是不是很有用？我知道这有点复杂,但我不明白为什么这是不好的做法.

我经常发现自己处于npm包完全符合我需要的情况,但是有一个错误或缺少的功能阻止我直接使用它.所以我把它分叉并根据我的需要提出拉取请求.

当程序包的维护者太忙而无法合并我的PR时会出现问题,所以我只是坚持使用我的分支.我不能将我的项目依赖点直接指向fork的github repo,因为npm包通常具有某种编译/转换步骤.我可以在新的包名下发布fork,但是我必须维护它.

有没有更好的方法来使用我的包的叉子？

(为了澄清,我不想npm link用于开发.我希望永久引用该包,以便其他人可以克隆我的项目并运行npm install以使其正常工作.)

我们通常有主人的个别分支.例如,我们有一个名为"JohnMaster"的分支.John在JohnMaster本地开发他的开发,当他准备推动他的代码掌握时,他将他的分支推到远程,然后从JohnMaster做一个拉取请求.问题在于我们在执行拉取请求时遇到了冲突.

我认为我们可以解决合并冲突的方式是让master关闭并从master - > JohnMaster本地执行rebase,然后在rebase期间解决合并冲突.做底垫后,它不会让我把我的代码备份到远程,因为它说我是2个提交关闭远程但是当(他们是相同的底垫之前)我做了git pull我再弄合并冲突.

我知道最好的做法可能是从master做一个pull请求 - > JohnMaster(反向合并),然后git pull在JohnMaster上做一次,然后再将你的提交推送到远程,但有时人们会忘记然后我们遇到这个问题.

所以我的问题是:

1. 为什么本地的变基不起作用？
2. 我们如何解决这个问题？

请注意我们不能直接提交给主人.分支上有安全性需要拉取请求.

是什么git request-pull，它是如何比较制作pull request，例如在GitHub上？

1.它应该如何使用？

2.可以代替pull request吗（比如在github上）？

3.使用它有什么好处？

https://help.github.com/articles/about-pull-request-merges/#squash-and-merge-your-pull-request-commits

有没有办法通过命令行压缩和合并拉取请求与我的GPG签名？在UI上合并Pull请求不支持GPG签名.我试图合并via git merge --squash,但它没有自动关闭Pull Request.

我正在使用 VSTS Pullrequest create API 方法来自动创建 PR，在请求中我需要为 createdby/autocompleteby/reviewers 属性提供各种 IdentityRef id 值。在我的情况下，我只有用户详细信息（如全名、电子邮件地址 - user1@domain.com ），在这种情况下，我如何检索 IdentityRef Guid 以便我可以将其传递给 PR Create API。

https://docs.microsoft.com/en-us/rest/api/azure/devops/git/pull%20requests/create?view=azure-devops-rest-5.0

任何帮助表示赞赏。

我有一个 Github 存储库，在本地安装了commitlint 和 husky，并希望在验证拉取请求时设置一个在每次推送提交时运行 commitlint 的工作流。在主分支上，较旧的提交不遵循传统的提交规则。

我根据此评论创建了一个单独的分支

https://github.com/conventional-changelog/commitlint/issues/586#issuecomment-657226800

我从这个工作流程开始

name: Run commitlint on pull request

on: pull_request

jobs:
  run-commitlint-on-pull-request:
    runs-on: ubuntu-latest

    steps:
      - uses: actions/checkout@v2
        with:
          fetch-depth: 0

      - name: Setup Node
        uses: actions/setup-node@v2
        with:
          node-version: 14.x

      - name: Install dependencies
        run: npm install

      - name: Validate all commits from PR
        run: npx commitlint --from HEAD~${{ github.event.pull_request.commits }} --to HEAD --verbose

我按照传统的提交规则又做了两次提交并开始了拉取请求

• 我预计工作流不会运行，因为我还不存在于主分支上。
  • 实际上它运行
• 我期望工作流程只检查 PR 提交
  • 工作流失败，因为它开始验证主分支中的每个提交。而且因为我知道较旧的提交不遵守规则，所以这永远不会通过。

我想到的第一个解决方案是重新设置所有内容并重命名每个提交以遵循规则，但这需要付出巨大的努力。

我不确定我是否必须在这里改进这条线

npx commitlint --from HEAD~${{ github.event.pull_request.commits }} …