SpringBoot与SpringCloud版本对应关系

前言

SpringBoot和SpringCloud作为目前后台开发非常热门的技术，是开发微服务的首选技术方案。但是这两个框架在使用时，有时会遇到一些莫名其妙的问题，这是因为SpringBoot要和SpringCloud版本匹配使用才行，下面对版本映射关系进行说明。

关于SpringBoot和SpringCloud的版本列表

spring-boot-starter-parent 版本列表地址：
https://mvnrepository.com/artifact/org.springframework.boot/spring-boot-starter-parent

spring-cloud-dependencies 版本列表地址：
https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud-dependencies

版本对应关系

SpringBoot版本SpringCloud版本
1.2.xAngel版本
1.3.xBrixton版本
1.4.xCamden版本
1.5.xDalston版本、Edgware版本
2.0.xFinchley版本
2.1.xGreenwich版本
2.2.xHoxton版本
2.3.xHoxton版本

在实际开发过程中，需要指定SpringCloud的具体版本，下面给出一些实际可用的版本对应关系。

SpringBoot版本SpringCloud版本
1.5.2.RELEASEDalston.RC1
1.5.9.RELEASEEdgware.RELEASE
2.0.3.RELEASEFinchley.RELEASE
1.5.xDalston版本、Edgware版本
2.1.0.RELEASE-2.1.14.RELEASEGreenwich.SR5
2.2.0.M4Hoxton.SR4

关于SpringBoot和SpringCloud的详细版本映射关系可以参见如下地址：
https://start.spring.io/actuator/info

在这里插入图片描述

# spring boot # java
Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生