configServer

Spring cloud 问题记录（六）配置中心报错Cannot pull from remote XX.git the working tree is not clean. 原创zhuwei_clark 最后发布于2019-06-17 16:47:33 阅读数 421 收藏 展开 在使用配置中心拉取配置文件的时候，有时候总会遇到很多让人很郁闷的问题，如果本地缓存文件被更改的时候就会遇到以下问题: Cannot pull from remote https://git.zhubanxian.com/zhu/online_edu_config.git, the working tree is not clean. 而我遇到这个问题的原因就是因为吧本地的缓存给删了。 其实在Spring Cloud官网给出了答案 https://github.com/spring-cloud/spring-cloud-config/blob/master/docs/src/main/asciidoc/spring-cloud-config.adoc#force-pull-in-git-repositories Spring Cloud配置服务器会复制远程git存储库，如果本地副本变得不干净(例如，通过OS进程更改文件夹内容)，那么Spring Cloud配置服务器就不能更新远程存储库中的本地副本

   我的博客： 程序员笑笑生 ,欢迎浏览博客！    上一章 SpringCloud基础教程(三)-Eureka进阶 当中,我们在对Eureka的有了基本的基础认识之上，深入的了解Eureka高可用集群和其他的生产环境中用到的一些配置。本章将开始了解分布式环境下的配置中心。 前言  为什么需要配置中心，在单体的应用中，配置文件就可以很好的解决配置问题。但是在微服务架构模式下，系统不可避免的被拆分了许多个微服务组件，如果还是通过以前的方式，配置的工作量会很大。为此，一个通用的分布式的配置管理中心是必不可少的。Spring Cloud提供了另外一个组件Spring Cloud Config。  Spring Cloud Config提供了服务端和客户端的支持，基于Spring环境，能够无缝的集成Spring，默认的实现是基于Git仓库。当然也支持SVN，本地文件等，甚至自定义实现。 一 、快速构建Config Server配置服务端  这里我们使用Git作为配置文件的存储仓库，首先建立Maven项目，并在Pom.xml文件中引入相关依赖。 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-config</artifactId> </dependency>

本文假设读者已阅读过 《Apollo 官方 wiki 文档》 ，只对Client响应ConfigServer配置发布的细节进行分析。详情请前往 《Apollo 官方 wiki 文档》 响应发布大致流程如下图，下面将从 客户端响应ConfigServer配置发布 和 client启动Apollo监听 两个模块讲解Apollo热发布原理。 1:当配置中心发布配置时，客户端响应流程 1:RemoteConfigLongPollService感知配置发布 RemoteConfigLongPollService通过长轮训(结合Spring DeferredResult)迅速感知配置发布，其通知RemoteConfigRepository到ConfigServer拉取最新配置。 1: 感知有配置发布 2:通知RemoteConfigRepository，向configServer发起同步配置请求 此处引入RemoteConfigLongPollService长轮训个人觉得是为了实现配置推送模式，apollo并不是使用消息来实现配置发布的推送 2:RemoteConfigRepository同步配置信息 RemoteConfigRepository相当于一个Apollo中的namespace。他即会定期主动到ConfigServer同步配置信息

前言 前面我们讲了微服务的注册中心、负载均衡、熔断处理、网管服务。接下来我们讲配置中心，为什么要用配置中心呢？ 其实我们接触一段时间就可以发现，我们的项目还是非常多的，每个项目都有自己的一份配置，这样管理起来就显得很不方便了，所以微服务中就提供了config 配置中心，将所有服务的配置都集中在config 服务中，这样方便统一管理。 怎么说呢？就好比每个项目都比如一个房间，每个房间都需要一把钥匙才能开启。而config 则是管理这些钥匙的，好比钥匙链，想要启动那个项目，就需要先从config中获取对应的钥匙，然后启动项目。 下面让我们来看下怎样部署一个config吧。配置中心分为服务端和客户端，和eureka 有点像，服务端是一个单独的项目，用来管理其他服务的配置，其他的服务就是客户端。 配置中心服务端 映入config-server 依赖 首先我们创建一个config 的子模块，用来做config 服务端，然后在pom.xml 文件中加入config-server依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-config-server</artifactId> </dependency> 启动类 在启动类中，我们加入@EnableConfigServer

Config Server配置 为微服务提供集中化的外部配置，配置服务器为每个微服务应用的各种环境提供了 中心化的统一外部配置。 配置信息与业务代码分离管理，支持多个环境的动态配置。 集成config server端 1 pom添加依赖 <!-- springCloud Config --> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-config-server</artifactId> </dependency> <!-- 避免Config的Git插件报错：org/eclipse/jgit/api/TransportConfigCallback --> <dependency> <groupId>org.eclipse.jgit</groupId> <artifactId>org.eclipse.jgit</artifactId> <version>4.10.0.201712302008-r</version> </dependency> 2 application.yml配置修改 server: port: 3344 spring: application: name: microservicecloud-config cloud: config:

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 《SpringCloud.H心法总纲》 继续上一篇 ，在consul-provider子模块的基础上，实现服务配置功能，代替config-server和config-client的组件。 1、pom依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-consul-config</artifactId> </dependency> 2、新建bootstrap.properties 因为bootstrap配置文件的执行顺序是优于application配置文件，所以下面这些配置放到bootstrap文件中。 # consul-config配置 # 设置config是否启用，默认为true spring.cloud.consul.config.enabled=true # 设置配置的值的格式，可以yaml和properties spring.cloud.consul.config.format=yaml # 设置配的基本目录，比如config spring.cloud.consul.config.prefix=config # 应用配置的key名字，值为整个应用配置的字符串

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> pring Cloud Config为分布式系统中的外部化配置提供服务器和客户端支持。 Spring Cloud Config原理 创建Spring Cloud Config 服务端 依赖 <?xml version="1.0" encoding="UTF-8"?><project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.2.2.RELEASE</version> <relativePath/> </parent> <groupId>proj.ms</groupId>

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 《SpringCloud.H心法总纲》 继续上一篇 ，在原来config-client子模块的基础上，添加spring cloud bus配置。 1、添加依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-bus-amqp</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactId> </dependency> 2、controller层 在子模块config-client之前的接口类添加，如下 @RefreshScope 3、application配置文件 在之前的基础之上，添加如下rabbit、bus、actuator相关配置 # 本地rabbit spring.rabbitmq.host=localhost # rabbit启动端口号，默认5672 spring.rabbitmq.port=5672 # rabbit登陆用户名 spring.rabbitmq

继续上文，然后继续我们接下来的config-server配置 立足于SpringCloud.H + eureka-server（2） 立足于SpringCloud.H + eureka-client（3） 1、创建Config-server模块 勾选Spring Web、Config Server两个，如下 继承父工程 <parent> <groupId>com.springcloud</groupId> <artifactId>daddy</artifactId> <version>0.0.1-SNAPSHOT</version> </parent> 父工程daddy的pom文件添加对config-server子模块的依赖 <module>config-server</module> 2、启动类 在config-server子模块的启动类添加注解开启 @EnableConfigServer 3、配置文件 两个配置文件，application.properties和bootstrap.properties，前者一般放springboot相关配置，后者放springcloud的配置，bootstrap.properties加载要早于application.properties application.properties # 配置中心名称 spring.application