这是一个创建于 515 天前的主题，其中的信息可能已经有所发展或是发生改变。
背景：
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
|
Select Language