15 人左右的公司,都是开发无专门的测试岗。
目前遇到问题为,主产品在迎接 新需求或者变化的时候,如何难以保证代码不被误修改 (目前无严格的 PR ,每次提交的文件太多了,审核的人看不过来)。本身大的是一个产品,业务发展接入的三方多,中间件加入的多,导致代码仓库一团大便。
想通过下述的方式自上而下依次区分,请大家看下哪里考虑不周到:
1. 仓库
根据微服务的逻辑,每个服务对应一个仓库。尽量抽离出各个项目公用的模块为仓库,确保开发只能查看和修改自己权限内的模块。
缺陷:仓库多了太难找,分散多了可能又需要有个文档集中记录说明下。
2. maven 的模块
在上述逻辑内,根据业务分为不同的业务。项目有时需要根据客户的需求进行本地化部署,不需要的功能方便及时摘取。
3. java 的 package
每次新提的需求尽量在一个 java 的包内,然后再分别有 controller 和 service 之类的信息。review 的时候确认都在同一个包内。即使写的是烂代码,也在一定范围内。当修改功能涉及其他 package 时,在通过设计模式对原代码修改开放。
1
clockwork1122 OP 贴一个自己平时喜欢刷的 B 站 Up 主,讲京东关于 Git 并行多分支的实践。
https://www.bilibili.com/video/BV1Ks4y1v7i8/?spm_id_from=333.999.0.0&vd_source=5484e267e1ed1be90ca7655565e5a142 |
2
zsj1029 2023-07-27 14:31:52 +08:00
参考 codeup 的开发流程,很有参考性
|
3
clockwork1122 OP @zsj1029 云效吗,团队现在正将自动化部署从 jenkins 换云效
|
4
clockwork1122 OP 补充下,目前代码都保存在 gitee 企业版下
|
5
dnsjia 2023-07-27 16:28:12 +08:00
|