我将描述我的设置以使问题不那么抽象，但它们似乎并不特定于我的情况。
语境
我们有 Python-Django 后端和一个 VueJS 前端，每个都在一个存储库中，使用 Portainer（使用堆栈）配置和部署 Gitlab-CI。每个存储库的生产分支中的提交遵循以下路径：
- 犯罪
- gitlab-ci 管道：
- 构建 docker 镜像
- 测试图像（前端针对已部署的后端进行测试）
- 将图像标记为生产：最新
- 将图像推送回 gitlab 注册表
- webhook portainer中对应的服务（前端/后端）更新部署的镜像
- 搬运工：
- 拉图像
- 部署
问题
部署同步
想象一下，我们正在对前端和后端进行重大更改，并且两者都将与以前的版本不兼容。因此必须同时部署新版本。
在我们当前的设置中，我们必须首先部署后端（这将破坏已部署的前端），然后部署新的前端，修复生产，但有一个“停机”期。
测试的分支依赖
有时当我们在前端开发分支 feature-1 时，必须针对后端的分支 feature-1 进行测试。
在我们当前的设置中，前端中的所有提交都针对已部署的后端进行了测试（为避免在 CI 中复制后端，仅使用生产 API 地址），在这种情况下会导致错误的测试结果。
后端集成测试
当对后端进行提交时，它可能会破坏前端。
目前后端没有针对前端进行测试（只有另一种方式）。
可能的解决方案
对于部署同步问题，我考虑创建另一个存储库，其中只有一个文件指定应部署的前端和后端版本。此存储库中的提交将导致 Portanier 的两个服务 webhook 被“卷曲”以进行更新（后端和前端）。这并不能保证同时更新（在 Portainer 中可能会失败并且不会回滚），但它会比当前设置更好。
我不确定这里应该使用什么来指定版本：commit hash, git tag, branch, docker image version ... 最后一个可能避免重建和测试图像，但我认为图像名称和版本是固定的Portainer 的栈定义，不容易自动更新。
对于分支依赖项测试，我考虑在每个存储库（前端和后端）中都有一个文件，指定要测试后端/前端的哪个分支。但是每个存储库的 CI 必须复制整个部署环境（例如，运行一个新的后端和前端来测试每个前端提交）。这也将允许后端集成测试。由于我们使用的是 Docker，这并不是很复杂，但是每个 CI 管道都会花费额外的时间......此外，当第一个存储库（前端或后端）被提交时，它将引用另一个仍然不存在的分支存储库，并失败...
这些解决方案对我来说似乎很尴尬，特别是如果这些是使用 Docker 的 CI/CD 常见的问题。当我们添加更多的存储库时，它会变得更加丑陋。
备择方案？
感谢关注！
（编辑：出于好奇，我目前的设置是基于这篇文章）