Continuous integration 如何在持续集成过程中管理前端和后端集成

当前情况：

我们的应用程序在Asp.Net中使用Webforms或MVC，我们有前端和后端团队。前端团队处理html、css和js（AngularJs），后端团队将前端团队的输出与asp.net应用程序集成

代码分为前端存储库和后端存储库，每个团队独立工作（仅针对工作范围，不需要沟通）

我们为后端应用程序设置了CI，它具有正常的功能：从git中提取、构建、编译和打包，然后部署

对于前端解决方案，使用了grunt（或gulp），因此还需要编译和构建css和html代码

当前的流程是，前端团队在其本地计算机中遵守代码，并发送到后端团队，以覆盖asp.net解决方案中的js、css和html，然后签入后端git，然后进入CI流程

问题在于，在这种情况下，无法判断后端git存储库中的前端代码的版本，并且由于前端代码构建在开发人员的本地机器上，具有前端包管理（动态版本）的性质，因此不同开发人员编译代码时，输出会有所不同。在签入GIT时很难判断更改

我们现在要做的是将构建/编译前端代码的部分也移动到CI流程中，并对输出进行版本控制，然后集成到CI流程的后端解决方案中，因此我们始终确切地知道后端中前端代码的版本以及git提交的来源

但是，由于我们希望特定的后端部署版本可以匹配git提交，如果前端包是在不同的CI进程中生成的，并且仅作为后端部署的一部分推送，那么前端更改不会反映在后端git存储库中

此外，由于CI中的进程必须在本地复制，因此这将给后端本地开发带来问题

---

我的问题是这通常是如何处理的，这样前端和后端开发人员就可以顺利到期，测试人员也更容易知道部署了什么版本的前端和后端代码？

阅读您的问题并思考您是否是我的同事。在我工作的地方，我们的情况完全一样。这个问题是你自己解决的吗？