㈠ Spring Cloud-Nacos配置管理
前置文章：
一、Spring Cloud-Erueka服务注册&发现
二、Spring Cloud-Nacos服务注册&发现
tips：Ctrl + F定位到所需内容快速阅读吧。
①常规项目：项目启动→读取application.yml配置文件→创建Spring IOC容器→加载Bean；
②Nacos配置中心项目：项目启动→读取Nacos配置中心文件→读取application.yml配置文件→创建Spring IOC容器→加载Bean；
注意 ：此处的问题是Nacos server-addr相关配置在application.yml中，所以引入bootstrap.yml配置，来提前加载Nacos配置中心所需配置。
③Nacos配置中心项目：项目启动→读取bootstrap.yml配置文件→读取Nacos配置中心文件→读取application.yml配置文件→创建Spring IOC容器→加载Bean；
注意 ：SpringCloud2020及以后的版本默认不启用 bootstrap 配置，我们需要在pom里面显式地引入，以开启bootstrap.yml配置文件读取的支持。
user服务读取配置中心配置三要素：
①spring-application-name：应用名称-userservice；
②spring-profiles-active：配置文件环境-dev(代表开发环境develop)；
③file-extension：文件扩展名-yaml；
配置中心处，配置文件完整名称：userservice-dev.yaml
①配置管理→配置列表→➕
②编写userservice-dev.yaml配置文件
①@Value注解注入配置属性
②方法内读取配置
在对应的@Value注解使用的类上使用@RefreshScope注解
编写Config类：prefix = "pattern" + [field] dateformat，与配置文件pattern.dateformat 对应即可。
配置优先级 ：[spring-application-name][spring-profiles-active][file-extension]＞[spring-application-name][file-extension]＞本地配置；
即：服务名-环境类型.yaml＞服务名.yaml＞本地配置。
如果配置不同，则合并，相同则优先级高的覆盖优先级低的。
另外：extension-configs的加载后于shared-configs。
以上即为Nacos配置管理的基础内容，感谢阅读。
㈡ 如何打开配置文件管理器（如何新建配置文件）
如 Firefox -p，Firefox -profilemanager。 如果是Windows系统，也可从开始菜单中选择“开始”→“运行” 输入Firefox -p 如果不行，请输入Firefox的完整路径，然后加上参数“-p”（不带引号），如"C：\Program Files\MozillaFirefox\MozillaFirefox.exe" -p 打开配置文件管理器，就可以增加、删除、重命名原来的配置文件了。一定注意-p前有空格。 其中的“C:\Program Files\Mozilla Firefox\”是指的Firefox.exe文件的具体路径，请根据自己情况调整。 Linux下则先切换到 Firefox 目录下，然后运行。/Firefox -p或。/Firefox -profilemanager来启动Firefox，并创建配置文件。 注意：打开配置文件管理器前，必须关闭Firefox的所有进程。WINDOWS中在任务管理器中查看和关闭Firefox；Linux下则用ps和kill命令查看和关闭Firefox。给Firefox建立新的配置文件时应该建一个新文件夹，少数朋友可能会图方便而利用一个已有的文件夹，比如放到桌面上，强烈建议您不要这样做。这是由于Firefox在删除其配置文件时，会删除该文件夹内的所有文档，若把配置文件夹放到桌面上，那么在删除这个配置文件后，你就会发现，除了我的电脑、我的文档、回收站之外，其余东西都没了。因此请一定注意不要省略“新建文件夹”这一步。
㈢ 利用Jenkins与profile管理自动集成中的配置文件
在这里Jenkins就不做过多的概述，它是一个自动集成的工具。本文直接说说利用Jenkins与profile管理自动集成中的配置文件。
在maven中可以使用profiles可以配置出各个环境的profile，通过激活这些profile来获取各个环境的构建信息，在项目的pom.xml文件中配置profiles：
同时在项目中创建配置文件文件夹deployEnv，目录结构如下：
把配置文件文件夹deployEnv放到和src文件夹同级，在下面创建三个环境对应的文件夹，要以环境版本做为文件夹名称，在各个环境的文件夹下面书写各自所需的配置文件。
需要在pom.xml文件中的build属性，加上资源文件拷贝的配置
配置完毕，在idea开发工具中可以快速设置激活profile，
在本机开发环境中选择激活dev profile，那么在本机maven构建项目的时候，使用的是deployEnv文件夹下dev下的配置文件。
在Jenkins中，进入项目的配置，找到Build标签，在Goals and options文本框中输入： clean install -P test，这是maven的命令，作用是，先清理项目，然后构建项目， -P test的意思是使用 test profile 进行项目的构建，这样在构建测试环境的时候，使用的是deployEnv文件夹下test下的配置文件。
这样的管理配置文件的方式是不是很简单呢？欢迎大家来沟通交流~
谢谢大家！
㈣ 配置管理流程
制定配置管理计划
配置管理员制定《配置管理计划》，主要内容包括配置管理软硬件资源、配置项计划、基线计划、交付计划、备份计划等。CCB审批该计划。
配置库管理
配置管理员为项目创建配置库，并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。配置管理员定期维护配置库，例如清除垃圾文件、备份配置库等。
版本控制
在项目开发过程中，绝大部分的配置项都要经过多次的修改才能最终确定下来。对配置项的任何修改都将产生新的版本。由于不能保证新版本一定比老版本“好”，所以不能抛弃老版本。版本控制的目的是按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。
配置项的状态有三种：“草稿”、“正式发布”和“正在修改”，本规程制定了配置项状态变迁与版本号的规则。
变更控制
在项目开发过程中，配置项发生变更几乎是不可避免的。变更控制的目的就是为了防止配置项被随意修改而导致混乱。
修改处于“草稿”状态的配置项不算是“变更”，无需CCB的批准，修改者按照版本控制规则执行即可。
当配置项的状态成为“正式发布”，或者被“冻结”后，此时任何人都不能随意修改，必须依据“申请→审批→执行变更→再评审→结束”的规则执行。
配置审计
为了保证所有人员（包括项目成员、配置管理员和CCB）都遵守配置管理规范，质量保证人员要定期审计配置管理工作。配置审计是一种“过程质量检查”活动，是质量保证人员的工作职责之一。