我在不属于我的存储库上发现了错误,因此我README.md直接在 Github 上修改了文件 ( ),然后提交了拉取请求。
然后,存储库的一名成员要求我还更改一个附加文件 ( README.Rmd)。
我可以将其作为原始拉取请求的一部分来执行吗?还是必须提交新的拉取请求?
如何确保来自 github PR 压缩合并的提交评论包含所需的文本?
我们使用 Jira + Github,如果用户在提交评论中输入 Jira 问题 ID,则这些提交将链接到 Jira 问题。
当用户从其私有功能分支合并 PR 时,他们通常会压缩并合并,这意味着用户可以手动总结从该分支到更大的集成分支或主分支的单个提交的意图。
如果用户在合并 PR 时忘记输入它们,那么编辑提交并将文本添加到消息中就会变得很痛苦。
是否有状态检查或提交消息格式化程序可以在 PR 上使用,以确保必须有类似 Jira ID 的内容?(AAA-111)
我职业生涯的大部分时间都在使用 Perforce,并且仍在习惯 git,所以我想我要么没有意识到我的场景与以下帖子中的场景不匹配,要么我错过了一些隐式步骤对于普通 git 用户来说是显而易见的,但对我来说却不是。
\n似乎每当我精挑细选时,我最终都会得到一个没有任何更改的分支(不过这是有道理的,因为它们已经致力于掌握,对吗?\xe2\x80\x94那么我如何创建这个“主题分支”我看到有人提到了?)现在我运行了几个我不完全理解的命令(例如git remote add ...),并且还可能将原作者的存储库与我的分叉存储库互换,所以它变得很难说是否因为我弄乱了我的环境而无法正常工作。
@Omer 的回答效果很好。然后我做了一个
\ngit reset --hard HEAD\nRun Code Online (Sandbox Code Playgroud)\n清理。原作者合并了 PR,我同步到它:
\ngit remote add upstream git://github.com/<author>/<repo>.git\ngit pull upstream master\nRun Code Online (Sandbox Code Playgroud)\n 所以,我对 Azure 有一个非常奇怪的问题。在拉取请求中,它检测到一些冲突,但没有显示它们在哪里,以及我需要更改什么。在此之前,Visual Studio 从文件夹中拾取了大量垃圾.vs,并且显示出与之冲突。
因此,我删除了分支中的这些文件,现在只是空白窗口,通知存在冲突。但我看不到任何地方可以解决冲突,就像在 VS 中提交时,它会打开 diff 窗口来解决这些冲突。在这里我什么也没看到。我尝试遵循这篇论文,但没有帮助 - https://dzone.com/articles/git-operations-with-visual-studio-part-2#:~:text=Just%20click%20on% 20%20%22冲突,打开%20%20冲突%20解决%20工具
我的错误 - https://prnt.sc/u1qowm
合并拉取请求时是否可以丢弃文件?另外,如果没有冲突,我应该如何编辑文件,然后合并拉取请求?谢谢!:)
这是目前的分行政策
并且还需要批准者。问题是,当所需的审批者创建自己的 PR 时,Azure dev-Ops 不允许并显示其中一位审批者需要批准该 PR。
我们怎样才能让所需的批准者批准他们自己的 PR
我一直在尝试了解如何使用 github actions 将多行评论写入 PR。我试图使用 github.rest.issues.createComment() (如评论拉取请求...中所示),然后使用环境变量处理多行问题,如下所示:工作流命令。最终目标是从 python 脚本(或日志文件)中获取一些多行输出标准输出,并将其作为注释放回到正在运行的工作流的 PR。下面的 yml 文件运行良好,直到最后一步,我尝试访问我创建的环境变量并将其用作 createComment() 的主体。环境变量已创建并且似乎可用,但当我尝试将其用于评论正文时失败。来自 github 操作的错误位于代码下方。如果我像这样添加引号,body: "${{env.SCRIPT_OUTPUT}}"我会得到同样的错误。如果可能的话,我想使用 createComment() ,我知道 Peter Evans 有一个创建评论,我接下来可能会尝试,但试图理解为什么这不起作用。
name: GitHub Actions Test Multi-line
on:
pull_request:
branches:
- Dev
jobs:
Run-check-references:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v2
with:
fetch-depth: 0
- run: |
SCRIPT_OUTPUT=$(cat << EOF
first line
second line
third line
EOF
)
echo "SCRIPT_OUTPUT<<EOF" >> $GITHUB_ENV
echo "$SCRIPT_OUTPUT" >> $GITHUB_ENV
echo "EOF" >> $GITHUB_ENV
- run: |
echo "${{env.SCRIPT_OUTPUT}}" …Run Code Online (Sandbox Code Playgroud) 我实现了一个每周运行一次的工作流程,更新所有项目依赖项,并使用工作流程令牌打开一个包含更改的 PR。
name: Automatic dependency update
"on":
workflow_dispatch: null
schedule:
- cron: 0 0 * * 1
jobs:
update:
name: Update to latest versions
runs-on:
- self-hosted
- default-runner
steps:
- name: Checkout Project
uses: actions/checkout@v2
- name: Install Java
uses: actions/setup-java@v2
- name: Update Versions
run: |
./gradlew useLatestVersions --info
- name: Commit and open PR
uses: peter-evans/create-pull-request@v3
with:
commit-message: Update to latest versions
committer: Update Bot <workflow@xxx.com>
branch: auto-dependency-update
base: dev
delete-branch: true
title: Automatic dependency update
draft: …Run Code Online (Sandbox Code Playgroud) pull-request ×10
git ×5
github ×3
azure-devops ×2
bitbucket ×1
git-fork ×1
jira ×1
merge ×1
yaml ×1