【项目开发日记 | 前期开发分支整合】第三天

个人主页: Hygge_Code热门专栏:从0开始学习Java | Linux学习| 计算机网络个人格言: “既然选择了远方便不顾风雨兼程”文章目录前期开发分支整合分支一合并你是生死难料 公共配置修改问题Swagger/Knife4j 依赖冲突版本要一致1. 老版本团队统一用的2. 新版本有人偷偷用了冲突原因本地nacos的占位符找不到问题 Resources目录颜色不对修改bootstrap-dev.properties检查8848、9848端口是否开放生成的Knife4j文档要符合规范同一模块交给多人开发合并时产生模块冲突前期开发分支整合分支一合并你是生死难料 后面还因为合并开了很多个大大小小的会提交不规范合并时两行泪公共配置修改问题有人修改了公共配置导致大家运行都有大大小小的问题PS公共使用的配置的pom.xml文件不能轻易修改都是规定好的特别是决不能问了AI就马上把AI的内容一顿拷贝上去不加思考对应位置能不能修改Swagger/Knife4j 依赖冲突版本要一致1. 老版本团队统一用的注解Api、ApiOperation、ApiParam包io.swagger对应Swagger2→ Knife4j 2.x2. 新版本有人偷偷用了注解Schema、Operation包io.swagger.v3对应Swagger3 / OpenAPI 3→ Knife4j 4.x冲突原因因为Swagger2和Swagger3是两套完全不同的体系注解不一样包路径不一样依赖不兼容项目统一用2.x有人用了3.x 的 Schema直接炸本地nacos的占位符找不到问题 连不上 Nacos和无法解析占位符的报错例子Couldnot resolve placeholder sp.console in value${sp.console}Resources目录颜色不对明明在本地的nacos中心注册了对应的配置但是却显示找不到{sn.org}等信息重点检查Resources目录颜色是否不对Resources目录颜色不对的话包就扫描不到对应的配置文件错误的正确的修改bootstrap-dev.propertiesnacos的命名空间 ID要跟本地nacos的一致ip地址修改正确检查8848、9848端口是否开放如果8848、9848端口为开放的话就连不上Nacos也就无法解析占位符${ }中的内容启动失败Nacos在 SpringCloud 里有两个核心作用8848 端口配置中心读取配置文件9848 端口服务注册发现gRPC 通信所以8848端口不通 拿不到配置 无法解析占位符${ }启动失败9848端口不通 服务无法注册启动失败生成的Knife4j文档要符合规范属性值要和数据库字段对应严禁自己随便起名每个属性要有对应的中文注释返回的响应值要符合Json格式即得返回JsonVO类型响应值返回的内容应符合系统原型图所需要的内容而不是胡乱返回一堆参数同一模块交给多人开发合并时产生模块冲突原因合并时发现大部分类的命名竟然一毛一样教训同一个模块之间的组员提前约定好才能避免合并时产生诸多冲突冲突示例其中之一如果我的内容对你有帮助请点赞评论收藏。创作不易大家的支持就是我坚持下去的动力