㈠ 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）都遵守配置管理規范，質量保證人員要定期審計配置管理工作。配置審計是一種「過程質量檢查」活動，是質量保證人員的工作職責之一。