三個環境
在開發的過程中，不可避免會接觸到至少三個環境的程式部署:開發、測試和生產環境。
可能在每個環境都使用一套資料庫配置，路徑配置等，如果每次都人工的干預每一個配置檔案，工作會比較繁雜，且容易遺漏並且出錯。這是其一。
在開發時，有一些程式碼僅在開發時執行，發版時不能執行。比如：測試用的mock資料、自動登入以方便除錯應用、在本次上線時不上線的功能等。這是其二。
測試人員需要在測試伺服器和線上伺服器間來回切換，原來經常需要為連線測試伺服器和線上伺服器打不同的包，測試人員和開發人員都很麻煩。這是其三。
如何讓麻煩解決，我們這裡用到eoLinker的環境管理，實現開發環境、測試環境、生產環境配置自動切換。
在講到環境管理的切換之前，我們必須知道開發環境、測試環境、生產環境分別是什麼？切換的目的是什麼？方便切換環境能帶來什麼開發便捷？
開發環境：開發環境是程式猿們專門用於開發的伺服器，配置可以比較隨意， 為了開發除錯方便，一般開啟全部錯誤報告。
測試環境：一般是克隆一份生產環境的配置，一個程式在測試環境工作不正常，那麼肯定不能把它釋出到生產機上。
三個環境也可以說是系統開發的三個階段：開發->測試->上線，其中生產環境也就是通常說的真實環境。是線上使用者直接接觸的產品環境，其效能級別是最終的，直接影響使用者的體驗感。
所以，生產環境要考慮效能，開發環境不能直接應用為生產環境，我們需要對環境可以優化的部分進行優化。
環境管理的實操部分
環境管理
eoLinker AMS 提供了目前最強大的 專案環境管理 功能，您可以通過它實現：
一鍵修改所有API介面的請求字首（Base URL/根路徑） 加上統一Header 加上統一請求引數 通過全域性變數動態改變所有介面中的請求引數值 統一加上Base URL，方便測試，不用每個介面測試的時候都要填Base URL，類比header、請求引數、全域性變數也是一樣的道理，其實額外引數和全域性變數是同一個意思，全域性變數通過{{userID}}賦值，而額外引數是自動加上的。
環境管理（注意：專業版和免費版功能一致，免費版能使用環境管理的所有功能）
下面我們針對這四個功能點，逐一分析。
增刪環境
1、建立環境 進入 環境管理 頁面，點選 新增環境 按鈕，輸入相關的環境名稱（如測試環境、生成環境等）：
點選 儲存 即可建立一個新的專案環境。
2、修改環境
滑鼠點選需要修改的 環境，在右側直接修改相關的內容，點選儲存即可，點選之後選擇 刪除 按鈕，即可刪除該環境：
URL/根路徑 eoLinker AMS 提供了目前最強大的 專案環境管理 功能，您可以通過它實現一鍵修改所有API介面的請求字首（Base URL/根路徑）
建立環境之後，填寫 前置URL 後儲存設定；
在 介面列表頁面 或 介面詳情頁 點選頁面右上角 切換環境 選單，選擇想要切換的環境，會發現API的路徑已經自動加上環境的前置URL了；
統一Header
eoLinker AMS 提供了目前最強大的 專案環境管理 功能，您可以通過它實現一鍵為所有介面新增統一的請求頭部（Header）；
建立環境之後，填寫 請求Header頭部 後儲存設定；
在 介面列表頁面 或 介面詳情頁 點選頁面右上角 切換環境 選單，選擇想要切換的環境，會發現API的路徑已經自動加上環境的請求頭部了；
額外請求引數
eoLinker AMS 提供了目前最強大的 專案環境管理 功能，您可以通過它實現一鍵為所有介面新增統一的額外請求引數；
建立環境之後，填寫 額外請求引數 後儲存設定；
在 介面列表頁面 或 介面詳情頁 點選頁面右上角 切換環境 選單，選擇想要切換的環境，會發現API的路徑已經自動加上環境的額外請求引數了；
注意：額外請求引數並不會顯示在介面文件的詳情中，只會在測試中出現！
使用全域性變數
eoLinker AMS 提供了目前最強大的 專案環境管理 功能，您可以通過 全域性變數 動態改變所有介面中的請求引數或者引數值等；
建立環境之後，填寫 全域性變數 後儲存設定；
在介面詳情或者測試頁面中，將全域性變數填入請求引數或值中，在傳送請求時會自動替換為相應的值。
用兩個大括號將引數名包裹起來，即可引用全域性變數，如 {{key}}，全域性變數可用於：
API URL中的區域性地址，如 www.eolinker.com/{{key}} 請求頭部的引數名和引數值 請求引數的引數值和引數值
如下圖中的userToken的引數值為全域性變數{{token}}，在傳送請求時會自動將{{token}}替換為設定的1234567890：
