我有一个不断发展的网站，它使用github操作实现了自动化CI/CD。该网站是在React中构建的，并使用jest和柏树进行测试。至于后端，我使用的是Firebase。以下是工作流程：
- 无论何时创建PR，github操作都会安装依赖项使用纱线
- 创建一个使用Firebase模拟器的测试构建，以避免填充前置的Firestore
- 使用预处理API密钥和预处理Firestore和auth创建预处理构建
- 与预编译版本开玩笑地进行测试
- 如果一切顺利，它将把网站发布到一个临时url
所有PR都被合并到开发者分支中，但我的问题是：每当PR合并到dev分支中时，执行相同的步骤似乎非常繁琐和多余，但截至目前，所有上述步骤都会再次执行，但都是在新合并的dev分支上执行的。这是正常的方法吗？还是可以跳过这个构建，因为它已经在pr合并或pr中完成了？
您的PR分支是在以前的开发分支的基础上进行隔离测试的(假设这是您的分支(。只有当PR分支在合并之前相对于dev分支主动重新建立基础时，才应该考虑不在合并上重新运行完整的构建。否则，您可能会遇到这样的情况：正在发生多个合并，并且diff对于单个PR是干净的，但当将其放在dev分支中时，它就不再工作了。