我面临着如何重新打开我不小心在 Github 上关闭的拉取请求的问题。我搜索了其他人的问题,答案大多是使用重新打开按钮,但这对我不起作用。有谁知道如何解决这个问题?
你好,当我尝试在 github 中执行拉取请求时,我遇到了一些问题。
这是我在拉取请求之前所做的步骤2:
我尝试在谷歌中搜索它,并且我已经禁用了所有网络扩展(我不知道此步骤是否与此问题相关)
我不知道是否有人和我有同样的问题。
我非常感谢那些愿意参与帮助我解决这个问题的人。
请参阅附件。
我的团队为每个开发人员使用单独的功能分支,然后通过拉取请求将代码合并到开发分支,然后通过拉取请求将开发分支合并到测试分支。
我知道,如果多个开发人员正在同一个分支上工作并推送他们的代码,万一发生冲突,intellij 会自动弹出冲突解决窗口,我们可以轻松地使用该窗口来接受各自提交所需的更改。
我一直在尝试使用相同的 intellij 选项来解决从开发到测试的拉取请求中的合并冲突。是否可以这样做呢。我参考了一些 intellij 文档,但没有一个解决这个问题。我正在使用 bitbucket stash,如果有帮助的话。
我需要一些帮助来检测多分支管道中的 PR 事件,我在谷歌上搜索了很多,但我找不到任何东西。我一直在尝试触发一个已结束的公关活动的构建。这与触发合并到的分支不同。
我有这些条件,运行良好
when {
branch "master"
}
Run Code Online (Sandbox Code Playgroud)
或者
when {
changeRequest()
}
Run Code Online (Sandbox Code Playgroud)
但我缺少类似的东西:
when {
changeRequest(status = "merged") // or "closed"
}
Run Code Online (Sandbox Code Playgroud)
知道如何做到这一点吗?我的目标是对预览环境进行一些清理,为此我需要知道 PR ID。
我正在使用 bitbucket post webhook,在 Jenkins 中我使用“Bitbucket Branch Source Plugin”。我知道“事件”正在发送到 Jenkins,因为它已在 Webhook 中检查。有什么建议么?
问候!
我们的 Jenkins + Bitbucket 云集成已经可以运行,并使用多分支管道作业来通知 Bitbucket 有关拉取请求的构建状态。
现在我想增强它并添加预览环境,例如,pr150.testing.company.com以便我们可以在合并之前测试实时生产构建。我计划使用 docker-compose 动态启动/停止预览环境。
现在,Jenkins 需要使用预览环境的链接来评论 Bitbucket 拉取请求。我知道Bitbucket API 支持创建拉取请求评论。
Jenkins 的 Bitbucket 插件是否支持自动创建此类评论?
编辑:为了澄清,一个自动评论拉取请求的插件就足够了。在我们这边创建评论的内容是没有问题的。
tl;dr我代替某人创建了一个 PR。现在我无法提交评论。有办法吗?
另一个开发人员搞砸了并将一个功能合并到目标分支,所以我恢复了他们的更改,修复了问题,压缩并重新确定了他们的工作,同时仍然保持他们在提交上的作者身份,我创建了一个新的拉取请求。现在,当我想提交评论时,它阻止我请求更改,因为现在我是 PR 的作者。我如何更改它以便其他开发人员负责并接受审查?
假设我有一个在每个要掌握的 PR 上运行的工作流程,其开头为:
on:
pull_request:
branches:
- master
Run Code Online (Sandbox Code Playgroud)
如果 PR 来自分支机构,我想跳过所有工作depbot。就像是:
on:
pull_request:
branches:
- master
head_ref-ignore:
- depbot
Run Code Online (Sandbox Code Playgroud)
我认为您可以使用跳过所有步骤(一次一个)
if: startsWith(github.head_ref, 'depbot') == false
Run Code Online (Sandbox Code Playgroud)
但这不是我想要的,因为它仍然会启动这项工作。我怎样才能在启动阶段实现这一目标?
当我创建 PR 时,它的标题和正文已经填充,如果 main 具有上次提交的标题和正文,如果我创建 PR 到其他分支,它会将我的分支名称粘贴为标题。有人知道我在哪里/如何管理这个默认的公关标题吗?
目前,我正在尝试使用 GitHub Actions 将应用程序的凹凸版本自动化,作为 PR 合并的一部分。有一个自定义脚本可以识别应用程序的当前版本和 PR 附带的标签,并在存储版本号的文件上相应地更改主要|次要|补丁版本。重要的是,版本碰撞仅在合并 PR 时发生,并且作为 GitHub Actions 的一部分,因为它有助于避免版本文件中的合并冲突,并消除了手动碰撞版本的方式。
下面给出了 GitHub Actions 代码片段。
jobs:
release:
# Skip on Pull Request Close event.
if: "!(github.event_name == 'pull_request' && !github.event.pull_request.merged)"
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v2
with:
ref: ${{ github.ref }}
- id: bumpversion
if: github.event.pull_request.merged
env:
PR_LABELS: ${{ toJson(github.event.pull_request.labels) }}
run: bash .github/scripts/bump_version.sh -l "${PR_LABELS}"
Run Code Online (Sandbox Code Playgroud)
该bump_version.sh脚本具有下面给出的函数,该函数可以进行版本更改,然后将其推送到分支main。
git config user.email "${GITHUB_ACTOR}@users.noreply.github.com"
echo "commiting the version bump changes..."
git add .
git commit -m "Bump …Run Code Online (Sandbox Code Playgroud) versioning github pull-request semantic-versioning github-actions
新Git和Github用户.是否可以接受/合并部分Pull请求?
例如,如果Github上有一个Pull Request,它有4个提交,但你只想使用其中的2个,那么有没有办法简单地合并2并忽略其他2个?