如果我做了一个PR，只是在某个地方添加了一个注释，我不希望所有这些测试都运行并浪费资源。如果PR被合并，github操作是否可以自动取消检查？此外，如果我创建了一个PR，然后再次推送到该分支，它会为每次推送运行一个测试。有没有一种方法可以在将提交推送到分支时取消检查并重新启动？
浏览 24提问于2020-02-01得票数 0
回答已采纳
设置从dev分支创建拉请求(PR1)到主分支VSTS执行策略检查。
在用户能够完成PR1之前，完成另一个PR (PR2)并合并到master.中。Issue/Question PR1状态仍然是“没有合并冲突/最后一次检查#分钟前”；但是，自从目标(主)分支被更新以来，情况可能就不再是这样了。如果</
浏览 2提问于2020-09-30得票数 13
回答已采纳
2回答
我配置了一组GitHub操作，以阻止拉请求被合并，直到操作成功完成为止。但是，每次将新提交推到PR时，这些操作都会再次运行，如果作者还没有准备好合并并打算进行未来的更改，这将是非常浪费的。是否有任何方法可以让GitHub操作仍然阻止PR被合并，但也不会自动运行该操作？
浏览 1提问于2020-05-14得票数 4
回答已采纳
我正在尝试设置一个GitHub操作，如果PR处于可合并状态(通过所有检查等)，它将自动合并PR。./.github/actions/auto_merge
在操作内部，我的基本计划是简单地轮询GitHub应用程序接口，直到PR处于干净状态，或者发生一些超时。但是，我发现这个GitHub操作本身在PR上
浏览 3提问于2019-10-08得票数 2
1回答
3天前，我在Github上提出了一个公关，在公关创建时没有合并冲突。今天，我打开了PR链接，仍然没有合并冲突。PR审阅者说，我应该首先在本地重新定位，然后按下代码，然后Github将检查合并冲突。我要指出的是，Github(网站)检查其他每个PR合并上的合并冲突，即当master分支代码被更新时，所以我不需要在本地重基，然后推送
浏览 0提问于2019-06-19得票数 1
回答已采纳
2回答
当我在一个分支中开发并将它合并为master时：git push origin HEADgit merge --squash $BRANCHgit pushorigin HEADgit branch -D $BRANCH
g
浏览 2提问于2017-11-23得票数 1
回答已采纳
1回答
如果是的话，是哪种？还是仅仅依赖于代码审阅者？.Net的答案将是很棒的，但任何语言的答案也是非常感谢的。
谢谢
浏览 4提问于2021-11-26得票数 0
回答已采纳
我在我的GitHub操作工作流中启用了两个不同的代码扫描工具，每个工具都将其结果上传到GitHub安全选项卡(通过上载-sarif)。因此，我已经查看了GitHub安全选项卡上的所有警报，并将不相关的警报(作为“不会修复”)排除在外。随后在默认分支上执行GitHub操作工作流可以正常工作--代码扫描工具仍然生成所有警报，但是GitHub看到警报已经被取消，没有在Security选项卡上添加或重新打开它们。但是，我也希望在针对我的默认分
浏览 14提问于2022-03-11得票数 1
回答已采纳
我们可以在github提交的基础上触发jenkins。但是我想在合并测试分支到github上的开发之后触发jenkins构建。
浏览 10提问于2017-02-22得票数 5
当我创建一个PR时，GitHub CI (通过actions/checkout操作)检查出PR分支的负责人。例如，如果PR分支的负责人拥有SHA cc87b2733dfbe579a4451b2359191a6c512207c3，我在GitHub CI日志中看到这一点：而其他CI系统则</em
浏览 0提问于2019-08-17得票数 2
回答已采纳
我们有一个仓库，每个人都从那里创建了一个分支，并为功能和错误创建了PR。
我想改变成另一个人的公关。我看到的一种方式是，我可以登录github并转到PR中的文件，进行更改并在那里提交。我是否需要克隆另一个人的分支，然后创建一个新的PR？正确的做法是什么？
浏览 0提问于2017-05-08得票数 0
如何确保来自github PR压缩合并包含所需文本的提交注释？
我们使用Jira + Github，如果使用在提交注释中输入Jira问题in，则提交将链接到Jira问题。当用户从其私有特性分支合并PR时，他们通常会将其压缩和合并，这意味着用户可以手动总结将单个提交从该分支提交到更大的集成分支或主服务器的意图。如果用户在合并PR时忘记输入它们，那么编辑提交并将文本添
浏览 0提问于2019-03-05得票数 3
回答已采纳
我有一个github操作，它检查我的DB迁移文件中的版本号是否重叠(如果我们有迁移101_SomeThing，请确保我们也没有迁移101_SomeOtherThing)。我在针对合并提交的拉请求上运行这个github操作，以查看是否已经有一个在主服务器上存在冲突的文件。但是，这只在PR更新时才会运行.因此，如果有另一个PR被合并，而现有的PR没有被</em
浏览 4提问于2020-07-17得票数 1
回答已采纳
我使用git已经有一段时间了，但我一直回避重新建立基础，原因很简单，因为我对它的理解还不够充分，已经被它烧伤了。现在我再次尝试，在阅读时，我看到我应该签出我的feature分支，并运行git rebase target将我的更改应用到目标分支。然后，很明显，我应该检查目标分支并从那里运行git merge feature_branch？来完成快进合并？所以rebasing实际上是一个两步的过程，可以这么说吗？我可以这样做，但我想知道当我在github上打开一个拉取请求时，我该怎么办？我习惯于从我的分支生成
浏览 1提问于2015-03-06得票数 0
3回答
我正在寻找一种方法，通过GitHub设置或CircleCI设置，防止参与PR的人(创建PR或提交)能够合并PR (甚至批准)。到目前为止，我有一个分支的保护，需要批准，但批准后，我作为公关创建者和提交者，我仍然能够合并。
浏览 2提问于2020-06-26得票数 12
回答已采纳
现在，当我尝试将PR从<code>D11</code>创建到<code>D12</code>中时，我得到一个关于合并冲突需要解决的错误。我使用的是VSCode GitHub Pull Request扩展，当我点击一个修改过的文件时，它会显示在下面的屏幕截图中。
我看不到任何方法来接受传入的更改或保留当前的更改，但我在尝试重新基址时看到了这一点。有没有办法看到这一点，这样我就可以修复每
浏览 12提问于2021-06-15得票数 1
我正在使用.yaml文件为我的项目中的文档生成一个AsyncAPI文件--我想在Vercel上托管这个文档，但是只有该文件在我的项目中使用一个GitHub操作，这样每次更改被推送或PR合并时，它都会在Vercel
浏览 11提问于2022-09-19得票数 0
投稿的标准工作流程是通过PR，所以我启用了Require pull request reviews before merging，并包含了消除陈旧评论的设置。我也希望自己直接推送到主服务器，但会阻止对存储库具有写访问权限的其他人执行该操作，因此我启用了Restrict who can push to matching branches并只添加了自己。现在，当我尝试直接推送到主服务器时，分支保护会拒绝我的推送，并显示消息At least 1 approving review is required by r
浏览 3提问于2019-10-20得票数 1
2回答
我是一个长期的Subversion用户，最近刚开始从事一个项目，git (GitHub)正在用于源代码管理。在源代码管理方面，没有SOP(标准操作过程)。GitHub桌面中的开放发行分支(GitHub中提供的链接)
在
浏览 8提问于2022-05-01得票数 1
云服务器
ICP备案
实时音视频
对象存储
云直播
腾讯云开发者
