在使用 git 时我们可能会遇到这样的需求： 想要合并某个分支下的某个特定的 commits 如我想把 feature 分支上的 commit eef67189e9cc73f9bcb4af416ae8248f8e65dca4 合并到我的主分支中。这时我可以使用 git cherry-pick 命令来实现。 首先切换到主分支,然后使用命令加上指定commit 的Revision Number

不积跬步，无以至千里。不积小流，无以成江海。 今天为了博客能实现自动部署，写了一个Java小程序调用cmd命令来实现自动部署hexo并备份博客。

今天终于能舒服的写博客了 我的博客是使用Hexo静态部署，使用markdown写好文档后放到_posts文件夹里就可以直接部署了。但_posts目录里把所有文档都放在一起没有文件夹归类，因此我的思路是使用Typora写好笔记后存在本地指定目录，定时运行java小程序把目录里的文档全部复制到_posts里并调用cmd命令生成、发布hexo博客，最后把我的存放笔记的目录上传gitee.com中的仓库备份。

ELK是一款非常流行的日志分析系统，在微服务架构中，我们可以使用ELK来跟踪分析各个微服务的日志，从而来了解服务的运行情况。

在微服务架构中可以使用Zipkin来追踪服务调用链路，可以知道各个服务的调用依赖关系。在Spring Cloud中，也提供了Spring Cloud Sleuth来方便集成Zipkin实现。

今天新建一个本地仓库在关联远程仓库时遇到的问题，作下记录。

[TOC] 在学习完前面的知识后，微服务架构已经初具雏形。但还有一些问题：不同的微服务一般会有不同的网络地址，客户端在访问这些微服务时必须记住几十甚至几百个地址，这对于客户端方来说太复杂也难以维护。如下图：

目录 [TOC] 前面的文章为微服务架构引入了统一配置管理Spring cloud config，实现了各个微服务配置分布式管理。配置被修改后，我们不可能重新启动微服务，前面说到过Spring Cloud Config可以自动更新配置，本篇会对同步自动刷新配置进行学习记录。另外配置文件存储在GIT仓库中，很多场景下，对于某些敏感的配置内容(例如数据库账号，密码等)，应当加密存储。部分内容涉及上篇文章：微服务学习笔记–使用Spring Cloud Config 统一管理微服务配置

目录 [TOC] 微服务架构中为了方便管理与更新各微服务的配置，在Spring Cloud中可以使用 Spring Cloud Config 来统一管理系统内各微服务的配置文件。使用Config统一管理后，可实现git分布式版本控制，不同环境不同配置，动态调整自动更新配置等功能。Spring Cloud Config 包括Config Server 和 Config Client 两部分，Config Server用于管理配置，Config Client 则与各微服务集成负责向Config Server请求获取配置并进行缓存以提高性能。Config Server默认使用Git存储配置内容，当然也可以使用SVN,本地文件系统或Vault存储配置。下面把Config Server 、 Config Client 和 Eureka配合使用记录下来。

目录 [TOC] 在微服务架构中，如果服务提供者响应缓慢，那么服务消费者的请求就会被强制等待，或响应超时。在高负载场景下，如果不做任何处理，这类问题可能会导致服务消费者资源耗竭甚至整个系统的崩溃。