git – 存储微服务的子模块,但仍然使用分叉
我在这里难过.很多这已经到位,它只是我无法弄清楚的包装. 我们有一个微服务架构,有许多独立的存储库.我们使用Docker和Docker Compose来构建和运行开发环境,它的工作非常精彩. 我的问题是如何打包主要的存储库集合.所以,如果我有一个文件夹结构,如:
…其中service1,service2,service3各自都是自己的git存储库. 我的第一个想法是使用git子模块,这可以工作,但是我们强制执行策略以要求开发人员分叉存储库而不是由于持续的集成约束和代码审查而在主存储库之外工作.我对使用git子模块一点也不感兴趣,甚至在我想到这个警告之前,所以替代解决方案会更受欢迎. 目前我只能想写脚本来存储存储库列表;为每个运行一个查询,看看登录的开发人员是否有每个分支,如果没有,则创建一个,然后进入主文件夹;然后启动docker-compose.这似乎是一个可怕的解决方案,足以让我可能只需要编写文档来告诉开发人员如何手动执行此过程… 思考? 谢谢你的时间 :) 最佳答案
我的工作流程也有类似问题(除了我没有使用分叉).最终我的要求归结为一件事:
>作为开发人员,我想运行1个命令项目bootstrap来引导我的环境 我建议做一些事情来优化工作流程,这对我来说非常好: >在JSON文件中存储服务列表,其中每个服务都有“url”,“fork_url”,“name”以及docker-compose所需的其他常用属性,以了解如何处理此服务.看起来您团队中的每个团队成员都会有fork url或base repo url >从您的JSON文件中查看服务列表: >如果不存在则执行fork (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |