辦法其實很多，有兩種較常用。

第一種是配置文件不提交真實內容，只提交一個模板文件。每個開發者克隆之后按照自己的環境補完配置文件，這樣自然而然就獨立出來了(需更改文件名并忽略有效配置文件)。

如果配置文件很大配置項很多，此法會讓每一個人都覺得很麻煩?？梢赃M一步把需要獨立配置的選項單獨分一個文件，可以共享的配置文件提交，需要獨立的配置文件則模板化，這樣可以省點事。不過使用配置的時候需要對兩類文件進行合并處理——這個可以寫腳本來做。更進一步的，可以允許獨立配置文件覆蓋同名配置項，這樣還可以做到配置可自定義化。

第二種方法則是換一個思路，配置文件正常提交，不用分也不用改。但凡遇到敏感信息的一律不寫明文，可以用比如說系統環境變量來取代。每一個開發者需要在克隆代碼之后設定必須的環境變量(這件事情本身可以單獨來管理，和具體項目不牽扯)，而項目本身的運行則依賴這些環境變量的存在及其驗證有效性等等。

第一種方法在各種開源項目里用的比較多；第二種方法則有一定的門檻，所以多用于固定團隊項目。個人偏好第二種，因為我可以簡單地使用腳本來控制一切，而且敏感信息獨立于項目，安全性更高一些(第一種方法里，不巧總能碰到壞事的小白……)，可重用性也更高(比如說多個項目都要用到數據庫，我只需要本地設置一次相關的環境變量，這些項目都能使用)。

總結

以上是生活随笔為你收集整理的git关闭密码自动存储_项目在 git 里怎样合理的保存配置文件（服务器密码等敏感内容）...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。