Micro-Service是关于在不同存储库中的git上有很多项目。
那么,当存在需要修复多个服务上的代码的错误时,管理问题的最佳方法是什么?
答案 0 :(得分:1)
简而言之:您必须在每个存储库上打开有关存储库中服务的特定缺点的特定问题/错误。微服务的架构风格都是关于松散耦合的,所以一般来说问题应该是局部的并且应该这样处理。预计服务由专门的团队拥有,该团队将能够在其服务中修复特定问题,但无论如何其他团队服务都没有。
如果在您的特定体系结构中经常发生,您发现自己在许多服务中修复了一个问题,您可能不得不重新考虑服务边界,因为它们可能不像所希望的那样松散耦合。请注意,在应用微服务架构风格时,找到正确的服务边界可能是最难的问题。
这是另一个read。
答案 1 :(得分:0)
如果它们在不同的存储库中实际上是不同的代码(但只是逻辑相关),那么就针对一个存储库提交多个错误。如果您使用更高级的问题跟踪系统(例如,Jira)而不是github自己的(基本的)问题跟踪,您可以创建一个取决于个人回购错误的首要错误。
就像Oswin所说,我还建议考虑代码是否也可以在这些回购之间进行物理共享。如果是这样,那就去做吧。把它放在一个单独的仓库中,也许可以使用git子模块将它们链接在一起。微服务架构!=不在微服务之间共享代码。