logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

idea遴选代码发生commit <hashId> is a merge but no -m option was given. cherry-pick failed解决

push代码时与远程分支其他人的分支起了冲突,并进行了合并,此时该提交在idea git 提交界面显示灰色,这是因为合并冲突后提交,导致了两个父提交,需要提供 -m 选项来选择遴选的父提交。(2)使用 git cherry-pick -m(1)使用 git show查看所有父提交。

文章图片
#intellij-idea#java#ide
linux日志信息查询技巧(日常记录)

grep ‘关键字’ 日志文件路径 如:grep ‘key’ /data/logs/info.log。关键字是支持正则表达式的,如果想进行模糊匹配。如果知道一个关键字,想获取这个关键字的上下文信息的时候,就可以使用。时,就可以采用管道的方式,在关键字1的筛选结果上继续筛选关键字2。把所有包含关键字key的行输出到1.txt这个文件中。在key1筛选结果中筛选key2并只显示key2。当我们筛选日志

文章图片
#linux#运维#服务器
开发日记:解决Cannot resolve org.springframework.boot:spring-boot-starter-test:2.3.2.RELEASE

1、背景在引入spring cloud gateway(网关服务)时,报了:Cannot resolve org.springframework.boot:spring-boot-starter-test:2.3.2.RELEASE所用spring系列版本如下,是官方推荐毕业版本:起初以为是官方推荐版本出错,几经斟酌之下决定相信官方,于是从pom文件入手,<project>发现报了以下

#java#spring boot
开发日记:docker部署nacos,启动成功但是访问失败解决

首先,观察下面的创建容器命令:docker run -p 8848:8848 --name nacos -d nacos/nacos-server这条命令创建的容器可以启动但是无法访问,原因是没有指定nacos的启动方式,需要设定以什么模式模式启动才能访问所以,设置以单机模式启动:docker run -p 8848:8848 -e MODE=standalone --name nacos -d

#docker#容器#运维
解决没有配置本地nacos但是一直发生localhost:8848连接异常的问题

简介事情是这样的,为一个项目配置了注册中心nacos,一开始配置的是本机的nacos服务,后面将nacos地址改为虚拟机后,项目虽然启动成功,但是报nacos异常,如下:一共有两个配置文件:分别配置了:可以看到根本没有关于localhost:8848的配置,但是还是报了localhost:8848的异常,打开虚拟机的nacos可视化界面,发现服务已经注册到虚拟机的nacos中了出现问题的版本为:&

#java#微服务#spring cloud
开发日记:docker部署nacos,启动成功但是访问失败解决

首先,观察下面的创建容器命令:docker run -p 8848:8848 --name nacos -d nacos/nacos-server这条命令创建的容器可以启动但是无法访问,原因是没有指定nacos的启动方式,需要设定以什么模式模式启动才能访问所以,设置以单机模式启动:docker run -p 8848:8848 -e MODE=standalone --name nacos -d

#docker#容器#运维
解决没有配置本地nacos但是一直发生localhost:8848连接异常的问题

简介事情是这样的,为一个项目配置了注册中心nacos,一开始配置的是本机的nacos服务,后面将nacos地址改为虚拟机后,项目虽然启动成功,但是报nacos异常,如下:一共有两个配置文件:分别配置了:可以看到根本没有关于localhost:8848的配置,但是还是报了localhost:8848的异常,打开虚拟机的nacos可视化界面,发现服务已经注册到虚拟机的nacos中了出现问题的版本为:&

#java#微服务#spring cloud
minio实现STS签名服务

1、背景在上一篇中:Docker部署Minio并与Springboot的集成_木星mx的博客-CSDN博客我们介绍了如何部署minio和与springboot的集成方法,但是在上传文件时,采用的是从浏览器获取参数读取本地文件上传,当项目部署到线上时,用户和项目服务处于不同机器上,这种方式就不适用了,因此需要进行升级。升级后的效果是:项目服务只提供签名服务,用户通过访问项目提供的接口获取签名,然后用

#docker#容器#运维
到底了