一、该问题的重现步骤是什么？
1.
翼总，问一下修改bladex主工程代码的问题，我用的是cloud版本。修改主工程代码，对于生成镜像，是否需要改名，如何防止部署冲突。
遗留问题：
====================
那如果blade-resource定位已经不算底层代码，而是业务代码，那我是否也可以定义blade-resource的Feign，方便Biz里的微服务直接去调用resource服务，而不需要使用okhttp去模拟前端调用oss。
另外，如果改动了blade-resource的源码，在镜像管理和后期部署方面，推送镜像需要改名单独管理自己的镜像吗？这里有什么建议，方便这种源码改动后的麻烦尽可能地影响小呢？那后期跟进框架代码的时候，merge合并有什么注意吗。。。
2.
3.
二、你期待的结果是什么？实际看到的又是什么？
三、你正在使用的是什么产品，什么版本？在什么操作系统上？
四、请提供详细的错误堆栈信息，这很重要。
五、若有更多详细信息，请在下面提供。
blade-resource可以自定义feign，不需要用okhttp去调用。
镜像不需要单独改名，只需要重新构建一下，并且maven仓库也不需要改动，因为没有涉及到bladex-tool的修改。
修改完blade-resource后，不用重命名，重现构建一个blade-resource的镜像再部署就可以了，使用方式和之前都是一样的。
当然如果真的不想改源码，想升级更方便也是有办法的，就是用java的覆盖机制。也就是说把需要修改的类按照他原本的路径和命名，在对应业务工程新建，然后复制源码再自行修改。这样打包后，代码逻辑会走自己复制过去的这个类而不会走本身依赖的jar包了。
具体可以这么修改，不会变更原有的逻辑。
扫一扫访问 Blade技术社区 移动端
加载中...
苏公网安备 32041102000998号