使用 Pull Request 和 CI 避免构建崩溃

发布于 2025-01-09 02:11:43 字数 371 浏览 0 评论 0原文

我正在尝试优化 Android 项目的工作流程。

我遇到了一个问题,有两个 Pull 请求准备合并:

  • PR 1 更改函数的参数
  • PR 2 添加对同一原始函数的新调用,而不更改函数本身,因此不会检测到冲突
  • PR1 merge -> PR 2 合并->构建将在主

线程上崩溃 现在,我们强制在合并之前同步分支,但这是不可持续的。
考虑到我们希望确保主分支 100% 的可用性。

我该如何设置工作流程来避免这种情况?

到目前为止,这是我的替代方案:
1- 在 CI 中运行检查以触发构建,并在失败时恢复提交。
2-运行静态分析工具来防止这种情况(我愿意接受建议)。

I'm trying to optimize the workflow for an Android project.

I ran into a problem were having two Pull request ready to merge:

  • PR 1 Change the parameters for a function
  • PR 2 Adds a new call to the same, original function without changing the function itself so no conflicts would be detected
  • PR1 merge -> PR 2 merge -> Build will crash on main

Right now, we are forcing to sync branches before to merge but this is not sustainable.
Taking into account that we want to ensure 100% availability in the main branch.

How could I set up the workflow to avoid this?

So far, here are my alternatives:
1- Run a check in the CI to trigger a build and revert the commits if it fails.
2- Run a static analysis tool to prevent this (I'm open for suggestions).

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文