使用 Pull Request 和 CI 避免构建崩溃
我正在尝试优化 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 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论