Spring Cloud Config采用Git存储时两种常用的配置策略
由于Spring Cloud Config默认采用了Git存储，相信很多团队在使用Spring Cloud的配置中心时也会采用这样的策略。即便大家都使用了Git存储，可能还有各种不同的配置方式，本文就来介绍一下两种常用的配置策略。
第一种：多个项目公用一个Git仓库，用不同的目录区分项目
主要的配置项如下：
- spring.cloud.config.server.git.uri=https://github.com/dyc87112/config-repo.git
- spring.cloud.config.server.git.search-paths=/{application}
这种模式下不同的项目会对应到 https://github.com/dyc87112/config-repo.git仓库下的不同目录，如果项目中 spring.application.name=user-service，那么它的配置仓库会定位到 https://github.com/dyc87112/config-repo.git仓库下的 /user-service目录。配置文件按 application-{profile}.properties的格式存储， {profile}代表环境名。
优缺点分析：
因为只使用一个Git库存储，所以当配置是由专人统一维护的时候比较方便。但是如果要做DevOps的话，权限控制上将变的非常的弱。
第二种：多个项目使用多个不同Git仓库
主要的配置项如下：
- spring.cloud.config.server.git.uri=https://github.com/dyc87112/{application}.git
这种模式下不同的项目会对应的不同的Git仓库，如果项目中 spring.application.name=user-service，那么它的配置仓库会定位到 https://github.com/dyc87112/user-service.git仓库下的配置。配置文件按 application-{profile}.properties的格式存储， {profile}代表环境名。
优缺点分析：
由于一个项目就有一个对应的存储配置的Git仓库，所以这种模式对于DevOps的应用支持较好，如果使用Gitlab作为Git服务端的话，还有不错的界面和权限管理来方便项目所属者使用和维护。如果团队不是DevOps模式管理的话，专人管理就会遇到有N多Git仓库要维护的困境。
