首先，我们正在尝试找出一个git分支模型，以便在15人团队的成长提交中实现更好的bug和功能跟踪。我们在网上搜索了各种模型，并倾向于使用http://nvie.com/posts/a-successful-git-branching-model/
我们也有前端和后端的不同项目，通过json接口进行交互。 git上维护了不同的存储库，通过限制对文件和文件夹的访问来提供额外的安全性。
考虑到上述情况，我们尝试在两侧使用这个git flow模型，并按照预先计划的时间表整合双方。 我们将从开发分支分支并包含来自两个存储库的所有最新代码并推回。然后将对其进行测试并再次循环以修复相同的错误。
虽然在此测试期间，集成的频率会增加，使得开发分支不太稳定，并且包含未经测试的新合并代码。而且在此期间，长期运营的分支机构可能会被阻止推动发展。
在我们有一个稳定的开发分支后，我们将分支发布分支，然后进行部署。 因此，当检测到热修复问题时，前端团队和后端团队将需要修复并将其集成到两个repos上，然后在测试后部署到生产。这个热修复需要再次与双方的开发分支合并。
总的来说，这个过程看起来非常复杂，如果没有遵循计划或者发生许多热修复以使代码不稳定，可能会导致很多问题。
为单独的存储库执行此类过程是否有帮助？ 考虑到一个小团队，还有哪些其他策略可用于此类场景？