快速開發環境 rapid-development-environments
若要部署變更,目前的雲端開發環境需要使用採用廣泛程式碼安全性和品質規則(稱為CI/CD管道)的程式。 對於需要快速反複變更的情況,Adobe已推出快速開發環境(簡稱RDE)。
RDE可讓開發人員快速部署和檢閱變更,將測試經證實可在本機開發環境中運作的功能所需的時間減至最少。
在RDE中測試變更後,可以透過Cloud Manager管道將其部署到一般雲端開發環境。
您可以看到其他示範如何設定、如何使用它以及使用RDE的開發生命週期的影片。
簡介 introduction
RDE可用於程式碼、內容以及Apache或Dispatcher設定。 不像一般的雲端開發環境,開發人員可以使用本機命令列工具,將本機建置的程式碼同步到RDE。
每個方案都布建了RDE。 如果存在沙箱帳戶,則會在不使用數小時後休眠。
建立後,RDE會設定為最新可用的Adobe Experience Manager (AEM)版本。 RDE重設(可使用Cloud Manager執行)會循環RDE並將其設定為最新可用的AEM版本。
通常,單一開發人員在指定時間會使用RDE來測試和偵錯特定功能。 當開發工作階段完成時,RDE可以重設為預設狀態以供下次使用。
其他RDE可授權用於生產(非沙箱)計畫。
在程式中啟用RDE enabling-rde-in-a-program
請依照下列步驟操作,以便使用Cloud Manager為您的方案建立RDE。
-
在 my.cloudmanager.adobe.com 登入 Cloud Manager 並選取適當的組織。
-
按一下要新增RDE的計畫以顯示其詳細資訊。
-
在「計畫概觀」頁面,按一下「環境」卡上的「新增環境」以新增環境。
-
新增環境 選項也可在 環境 索引標籤上找到。
-
由於缺少權限或根據授權的資源,新增環境 選項可能會停用。
-
-
在出現的 新增環境 對話框中:
- 在 選取環境型別 標題下選取 快速開發。
- 可用/已使用環境的數量會顯示在環境型別後面的括弧中。
- 提供環境的 名稱。
- 為環境提供選用的 描述。
- 選取 雲端區域。
- 在 選取環境型別 標題下選取 快速開發。
-
按一下 儲存,以新增指定的環境。
總覽 畫面現在會在 環境 卡中顯示您的新環境。
建立後,RDE會設定為最新可用的AEM版本。 RDE重設(也可以使用Cloud Manager執行)會循環RDE並將其設定為最新可用的AEM版本。
如需使用Cloud Manager建立環境、管理誰有權存取環境以及指派自訂網域的詳細資訊,請參閱Cloud Manager檔案。
安裝RDE命令列工具 installing-the-rde-command-line-tools
使用Cloud Manager為程式新增RDE後,您可以透過設定命令列工具與其互動,如以下步驟所述:
-
依照此程式安裝Adobe I/OCLI工具。
-
安裝Adobe I/OCLI工具AEM RDE外掛程式:
code language-none aio plugins:install @adobe/aio-cli-plugin-aem-rde aio plugins:update
-
使用aio使用者端登入。
code language-none aio login
登入資訊(代號)儲存在全域aio設定中,因此僅支援一個登入和組織。 如果您想要使用需要不同登入或組織的多個RDE,請遵循以下範例來介紹內容。
accordion 請依照此範例為其中一個RDE登入設定本機內容 讓我們在呼叫登入命令之前,先建立名為「mycontext」的前後關聯,接著使用auth外掛程式將其設定為預設的前後關聯。
code language-none aio config set --json -l "ims.contexts.mycontext" "{ cli.bare-output: false }" aio auth ctx -s mycontext aio login --no-open
note note NOTE 包含 --no-open
選項的登入命令會在終端機中輸出URL,而不是開啟您的預設瀏覽器。 您可以透過瀏覽器的 無痕檢視 視窗複製並開啟它。 如此一來,您目前在一般瀏覽器視窗中登入的工作階段將維持不變,而且您可以確保使用內容所需的特定登入和組織。第一個命令會在您的本機
.aio
組態檔中建立新的登入內容組態,稱為mycontext
(視需要建立檔案)。 第二個命令會將內容mycontext
設定為「目前」內容,即預設值。設定好此組態後,登入命令會自動將登入權杖儲存在內容
mycontext
中,因此可保持其本機狀態。將本機設定儲存在多個資料夾中,即可管理多個內容。 或者,也可以在單一組態檔案中設定多個前後關聯,並透過變更「目前」前後關聯在它們之間切換。
-
設定RDE外掛程式以使用您的組織、程式和環境。 以下的設定指令將以互動方式提供使用者組織內的程式清單,並顯示該程式中可供選擇的RDE環境。
code language-none aio aem:rde:setup
如果目的是使用指令碼式環境,則可以跳過設定步驟,在這種情況下,組織、程式和環境值可以包含在每個命令中。 如需詳細資訊,請參閱下面的rde命令。
互動式設定 installing-the-rde-command-line-tools-interactive
setup命令會詢問所提供的組態應該儲存在本機還是全域。
Setup the CLI configuration necessary to use the RDE commands.
? Do you want to store the information you enter in this setup procedure locally? (y/N)
選擇no
以
- 在您的aio設定中,將組織、計畫和環境全域儲存。
- 僅適用於單一RDE。
選擇yes
以
- 將組織、程式和環境本機儲存在目前目錄的
.aio
檔案中。 如果您想要將檔案提交至版本控制,讓其他複製Git存放庫的人可以使用此檔案,就可以使用此功能。 - 使用多個RDE,以便切換到其他目錄時會改用該設定。
- 在程式化前後關聯中使用組態,例如可參照它的指令碼。
選取本機或全域組態後,setup命令會嘗試從您目前的登入讀取您的組織id,然後讀取組織的程式。 如果找不到組織,您可以手動輸入,並附上一些指引。
Selected only organization: XYXYXYXYXYXYXYXXYY
retrieving programs of your organization ...
擷取程式後,使用者可以從清單中選取,也可以鍵入以進行篩選。
選擇計畫時,會列出可供選擇的RDE環境清單。
如果只有一個可用的方案和/或RDE環境,則會自動選取它。
若要檢視目前的環境內容,請執行:
aio aem rde setup --show
指令會以類似下列的結果回應:
Current configuration: cm-p1-e1: programName - environmentName (organization: ...@AdobeOrg)
在非互動式環境中手動設定程式 manual-setup
對於沒有使用者可以互動方式執行上述設定命令的環境(例如CI/CD或指令碼),可以依照以下步驟手動設定組織、程式和環境的三個引數。
-
設定組織ID,並將英數字串取代為您自己的組織ID。
aio config:set cloudmanager_orgid 4E03EQC05D34GL1A0B49421C@AdobeOrg
- 您可以使用檢視您的組織ID下記錄的方法查詢您自己的組織ID。
-
接下來,設定您的程式ID:
aio config:set cloudmanager_programid 12345
-
然後,設定要附加RDE的環境ID:
aio config:set cloudmanager_environmentid 123456
-
完成外掛程式的設定後,請透過執行
aio login
這些步驟需要您成為Cloud Manager 開發人員 — Cloud Service 產品設定檔的成員。 檢視將團隊成員指派給Cloud Manager產品設定檔 — 指派開發人員產品設定檔以取得詳細資訊。
如需詳細資訊和示範,請觀看教學課程影片如何設定RDE (06:24)。
開發新功能時使用RDE using-rde-while-developing-a-new-feature
Adobe建議使用下列工作流程來開發新功能:
-
當達到中繼里程碑並成功透過AEM as a Cloud Service SDK在本機驗證時,請將程式碼提交到Git功能分支。 雖然提交至Git是選用專案,但分支不應是主行的一部分。 構成「中繼里程碑」的要素因團隊習慣而異。 範例包括幾行程式碼、半天工作或完成子功能。
-
如果另一個功能已使用RDE,而且您要將它重設為預設狀態,請重設它。 重設需要幾分鐘的時間,而且所有現有內容和程式碼都會被刪除。 您可以使用RDE狀態指令來確認RDE已就緒。 RDE會隨附最新的AEM發行版本。
note important IMPORTANT 如果您的測試環境和生產環境未收到自動AEM版本更新,並且落後於最新的AEM版本版本,則在RDE上執行的程式碼可能與測試環境和生產環境上的程式碼運作方式不符。 在這種情況下,將程式碼部署到生產環境之前,尤其必須在測試環境上執行徹底的程式碼測試。 -
使用RDE命令列介面,將本機程式碼同步至RDE。 選項包括安裝內容套件、特定套件組合、OSGI設定檔案、內容檔案和Apache/Dispatcher設定的zip檔案。 也可以參考遠端內容套件。 如需詳細資訊,請參閱RDE命令列工具。 您可以使用status命令來驗證部署是否成功。 或者,使用封裝管理員來安裝內容封裝。
-
在RDE中測試程式碼。 Cloud Manager中有提供作者和Publish URL。
-
如果程式碼的行為與預期不符,請使用標準偵錯技巧來瞭解問題並做出適當的變更。 無須認可對Git的程式碼修改(由於尚未驗證),請使用本機CLI將程式碼同步至RDE。 持續反複運算,直到問題解決為止。
-
程式碼如預期運作後,將程式碼提交到Git功能分支。
-
同步至RDE的程式碼不會使用Cloud Manager管道,因此現在應使用Cloud Manager非生產管道,將Git功能分支部署至雲端開發環境。 這可驗證程式碼是否通過Cloud Manager品質閘道,並讓您放心稍後會使用Cloud Manager生產管道成功部署程式碼。
-
對每個中繼里程碑重複上述步驟,直到功能的所有程式碼準備就緒為止,並在RDE和雲端開發環境中正常運作。
-
透過Cloud Manager生產管道將程式碼部署到生產環境。
使用RDE除錯現有功能 use-rde-to-debug-an-existing-feature
工作流程類似於開發新功能。 差異在於同步至RDE的程式碼會反映推送至發現問題之環境的任何專案的Git標籤。 此外,部署符合上游環境的內容可能會有幫助。 這可透過匯出和匯入內容套件來完成。
多位開發人員在同一個RDE上共同作業 multiple-developers-collaborating-on-the-same-rde
RDE一次支援一個專案。 由於程式碼會從本機開發環境同步至RDE環境,因此對於一個開發人員而言,在指定時間自行使用程式碼是最自然的事情。
不過,只要仔細協調,多位開發人員就能驗證特定功能或偵錯特定問題。 關鍵是每個開發人員將其本機專案保持同步,以便其他開發人員吸收特定開發人員所做的程式碼變更,否則一個開發人員可能會無意中覆寫另一個開發人員的程式碼。 建議的策略是讓每位開發人員在同步至RDE之前,將其變更提交至共用Git分支,讓其他開發人員在變更前先提取變更。
RDE指令行工具指令 rde-cli-commands
說明/一般資訊 help
-
如需命令清單,請輸入:
aio aem:rde
-
如需命令的詳細說明,請輸入:
aio aem rde <command> --help
全域旗標 global-flags
-
對於較不詳細的輸出,請使用安靜標幟:
aio aem rde <command> --quiet
這會移除某些元素,例如旋轉器及進度列,並限制使用者輸入的需求。
-
對於JSON,請使用以下json旗標,而非主控台記錄輸出:
aio aem rde <command> --json
在隱藏任何主控台輸出時,這會傳回有效的JSON。 請參閱下方的JSON範例。
-
若要避免使用設定指令或任何aio設定建立來設定RDE連線資訊,請使用組織、程式和環境這三個旗標:
aio aem rde <command> --organizationId=<value> --programId=<value> --environmentId=<value>
這仍需要執行
aio login
。
部署至RDE deploying-to-rde
本節說明如何使用RDE CLI來部署、安裝或更新套件組合、OSGI設定、內容套件、個別內容檔案以及Apache或Dispatcher設定。
一般使用模式為aio aem:rde:install <artifact>
。
您可以找到下列一些範例:
部署內容封裝 deploy-content-package
aio aem:rde:install sample.demo.ui.apps.all-1.0.0-SNAPSHOT.zip
成功部署的回應如下所示:
...
#1: deploy completed for content-package sample.demo.ui.apps.all-1.0.0-SNAPSHOT.zip on author,publish - done by 9E072FC75D54FE1A2B49431C@AdobeID at 2022-09-13T11:32:06.229Z
您可以選擇參考遠端存放庫:
aio aem:rde:install -t content-package "https://repo1.maven.org/maven2/com/adobe/aem/guides/aem-guides-wknd.all/2.1.0/aem-guides-wknd.all-2.1.0.zip"
依預設,成品會同時部署至製作層級和發佈層級,但「 — s」標幟可用於鎖定特定層級。
任何AEM封裝都可以部署,例如包含程式碼、內容的封裝,或容器封裝 (也稱為「全」封裝)。
部署OSGI設定 deploy-OSGI-config
aio aem:rde:install com.adobe.granite.demo.MyServlet.cfg.json
成功部署的回應類似於以下內容:
...
#2: deploy completed for osgi-config com.adobe.granite.demo.MyServlet.cfg.json on author,publish - done by 9E0725C05D54FE1A0B49431C@AdobeID at 2022-09-13T11:54:36.390Z
部署套件組合 deploy-bundle
若要部署套件組合,請使用:
aio aem:rde:install ~/.m2/repository/org/apache/felix/org.apache.felix.gogo.jline/1.1.8/org.apache.felix.gogo.jline-1.1.8.jar
成功部署的回應類似於以下內容:
...
#3: deploy staged for osgi-bundle org.apache.felix.gogo.jline-1.1.8.jar on author,publish - done by 9E0725C05D53BE1A0B49431C@AdobeID at 2022-09-14T07:54:28.882Z
部署內容檔案 deploy-content-file
若要部署內容檔案,請使用:
aio aem:rde:install world.txt -p /apps/hello.txt
成功部署的回應類似於以下內容:
..
#4: deploy completed for content-file world.txt on author,publish - done by 9E0729C05C54FE1A0B49431C@AdobeID at 2022-09-14T07:49:30.644Z
部署Apache/Dispatcher設定 deploy-apache-config
對於此型別的設定,整個資料夾結構必須採用zip檔案的形式。
從AEM專案的dispatcher
模組,您可以透過執行以下maven命令來壓縮Dispatcher設定:
mvn clean package
或從dispatcher
模組的src
目錄使用下列zip命令:
zip -y -r dispatcher.zip .
然後使用此命令部署設定:
aio aem:rde:install target/aem-guides-wknd.dispatcher.cloud-X.X.X-SNAPSHOT.zip
X.X.X
。成功的部署會產生類似下列的回應:
..
#5 deploy completed for dispatcher-config dispatcher.zip on author,publish - done by 9E0735C05T54FE1A0B49431C@AdobeID at 2022-10-03T10:26:31.286Z
Logs:
Cloud manager validator 2.0.49
2022/10/03 10:26:37 No issues found
Syntax OK
部署至RDE的計畫碼不會通過Cloud Manager管道及其相關品質閘道。 不過,程式碼確實會進行一些分析,這會回報錯誤,如下面的程式碼範例所示:
$ aio aem:rde:install ~/.m2/repository/org/apache/felix/org.apache.felix.gogo.jline/1.1.8/org.apache.felix.gogo.jline-1.1.8.jar
...
#19: deploy staged for osgi-bundle org.apache.felix.gogo.jline-1.1.8.jar on author,publish - done by 9E0725C05D74FR1A0B49431C@AdobeID at 2022-09-14T07:54:28.882Z
Logs:
The analyser found the following errors for author :
[requirements-capabilities] com.adobe.aem.temp:org.apache.felix.gogo.jline:1.1.8: Artifact com.adobe.aem.temp:org.apache.felix.gogo.jline:1.1.8 requires [org.apache.felix.gogo.jline/1.1.8] org.apache.felix.gogo; filter:="(&(org.apache.felix.gogo=command.implementation)(version>=1.0.0)(!(version>=2.0.0)))"; effective:=active in start level 20 but no artifact is providing a matching capability in this start level.
[api-regions-exportsimports] com.adobe.aem.temp:org.apache.felix.gogo.jline:1.1.8: Bundle org.apache.felix.gogo.jline:1.1.8 is importing package(s) [org.jline.builtins, org.jline.utils, org.apache.felix.service.command, org.apache.felix.service.threadio, org.jline.terminal, org.jline.reader, org.apache.felix.gogo.runtime, org.jline.reader.impl] in start level 20 but no bundle is exporting these for that start level.
The analyser found the following errors for publish :
[requirements-capabilities] com.adobe.aem.temp:org.apache.felix.gogo.jline:1.1.8: Artifact com.adobe.aem.temp:org.apache.felix.gogo.jline:1.1.8 requires [org.apache.felix.gogo.jline/1.1.8] org.apache.felix.gogo; filter:="(&(org.apache.felix.gogo=command.implementation)(version>=1.0.0)(!(version>=2.0.0)))"; effective:=active in start level 20 but no artifact is providing a matching capability in this start level.
[api-regions-exportsimports] com.adobe.aem.temp:org.apache.felix.gogo.jline:1.1.8: Bundle org.apache.felix.gogo.jline:1.1.8 is importing package(s) [org.jline.builtins, org.jline.utils, org.apache.felix.service.command, org.apache.felix.service.threadio, org.jline.terminal, org.jline.reader, org.apache.felix.gogo.runtime, org.jline.reader.impl] in start level 20 but no bundle is exporting these for that start level.
上述程式碼範例說明套件無法解析時的行為。 在此情況下,會將其設為「暫存」,且僅當透過安裝其他程式碼滿足其需求(在此情況下為缺少匯入)時才會安裝。
部署設定管道相關設定(yaml設定) deploy-config-pipeline
在使用設定管道一文中說明的環境特定設定(一或多個yaml檔案)可以部署如下:
aio aem:rde:install -t env-config ./my-config-folder
其中my-config-folder是包含yaml設定的上層資料夾。
或者,您也可以安裝包含設定資料夾樹狀結構的zip檔案:
aio aem:rde:install -t env-config config.zip
請注意,yaml檔案的envTypes陣列應包含值 rde,如以下範例所示:
kind: "CDN"
version: "1"
metadata:
envTypes: ["rde"]
根據網站主題和網站範本部署前端計畫碼 deploying-themes-to-rde
RDE支援以網站主題和網站範本為基礎的前端程式碼。 透過RDE,這是使用命令列指示詞來部署前端套件完成的,而不是使用用於其他環境型別的Cloud Manager 前端管道。
照常使用npm建立您的前端套件:
npm run build
它應該會產生dist/
資料夾,所以您的前端封裝資料夾應該包含package.json
檔案和dist
資料夾:
ls ./path-to-frontend-pkg-folder/
...
dist
package.json
現在您已準備好透過指向前端封裝資料夾來將前端封裝部署到RDE:
aio aem:rde:install -t frontend ./path-to-frontend-pkg-folder/
...
#1: deploy completed for frontend frontend-pipeline.zip on author,publish - done by ... at 2024-01-18T15:33:22.898Z
Logs:
> Deployed artifact wknd-1.0.0-1705592008-26e7ec1a
> with workspace hash 692021864642a20d6d298044a927d66c0d9cf2adf42d4cca0c800a378ac3f8d3
或者,您可以壓縮package.json
檔案和dist
資料夾,並部署該zip檔案:
zip -r frontend-pkg.zip ./path-to-frontend-pkg-folder/dist ./path-to-frontend-pkg-folder/package.json
aio aem:rde:install -t frontend frontend-pkg.zip
...
#1: deploy completed for frontend frontend-pipeline.zip on author,publish - done by ... at 2024-01-18T15:33:22.898Z
Logs:
> Deployed artifact wknd-1.0.0-1705592008-26e7ec1a
> with workspace hash 692021864642a20d6d298044a927d66c0d9cf2adf42d4cca0c800a378ac3f8d3
- 「dist」資料夾,用於npm build輸出封裝資料夾
- 「package.json」檔案,用於npm相依性套件
檢查RDE的狀態 checking-rde-status
您可以使用RDE CLI來檢查環境是否已準備好要部署到,以及已透過RDE外掛程式進行了哪些部署。
執行中:
aio aem:rde:status
傳回下列專案:
Info for cm-p12345-e987654
Environment: Ready
- Bundles Author:
com.adobe.granite.sample.demo-1.0.0.SNAPSHOT
- Bundles Publish:
com.adobe.granite.sample.demo-1.0.0.SNAPSHOT
- Configurations Author:
com.adobe.granite.demo.MyServlet
- Configurations Publish:
com.adobe.granite.demo.MyServlet
如果命令傳回執行個體部署的相關備註,您仍可執行下一次更新,但您的最後一次更新可能尚未在執行個體上顯示。
顯示部署歷史記錄 show-deployment-history
您可以透過執行以下動作來檢查建置到RDE的歷史記錄:
aio aem:rde:history
這會傳回以下格式的回應:
#1: deploy completed for content-package aem-guides-wknd.all-2.1.0.zip on author,publish - done by 029039A55D4DE16A0A494025@AdobeID at 2022-09-12T14:41:55.393Z
從RDE刪除 deleting-from-rde
您可以透過CLI工具刪除先前部署至RDE的組態和組合。 使用status
命令以取得可刪除專案的清單,包括要在刪除命令中參考的套件組合的bsn
和設定的pid
。
例如,如果已安裝com.adobe.granite.demo.MyServlet.cfg.json
,則bsn
只是com.adobe.granite.demo.MyServlet
,沒有 cfg.json 尾碼。
不支援刪除內容套件或內容檔案。 若要移除它們,RDE應該重設,這會使其回到預設狀態。
如需更多詳細資訊,請參閱下列範例:
aio aem:rde:delete com.adobe.granite.csrf.impl.CSRFFilter
#13: delete completed for osgi-config com.adobe.granite.csrf.impl.CSRFFilter on author - done by karl at 2022-09-12T22:01:01.955Z
#14: delete completed for osgi-config com.adobe.granite.csrf.impl.CSRFFilter on publish - done by karl at 2022-09-12T22:01:12.979Z
如需詳細資訊和示範,請參閱教學影片如何使用RDE命令(10:01)。
記錄 rde-logging
與其他環境型別類似,記錄層級可透過修改OSGi設定來設定,不過如上所述,RDE的部署模型涉及命令列而非Cloud Manager部署。 請檢視記錄檔案,以取得如何檢視、下載及解譯記錄的詳細資訊。
RDE CLI也有自己的記錄命令,可用來快速設定應該記錄哪些類別和套裝軟體,以及記錄層級。 這些設定可以視為短暫,因為它們不會修改版本控制中的OSGI屬性。 此功能著重於即時追蹤記錄,而非查詢遙遠的過去記錄。
以下範例說明如何追蹤製作層,其中一個套件設定為偵錯記錄層級,而兩個套件(以空格分隔)設定為資訊偵錯層級。 包含 驗證 封裝的輸出會反白顯示。
aio aem:rde:logs --target=author --debug=org.apache.sling --info=org.apache.sling.commons.threads.impl org.apache.sling.jcr.resource.internal.helper.jcr -H .auth.
RDECLI:UNEXPECTED_API_ERROR
,請重設您的環境,然後再試一次。 如果您的最新重設作業是在2024年5月底之前,則會擲回此錯誤。code language-none |
---|
|
如需完整的命令列選項集,請參閱aio aem:rde:logs --help
。
功能包含:
- 根據每個套件或類別層級聲明記錄層級
- 自訂記錄輸出格式
- 最多追蹤四個目前的記錄設定,每個設定都在自己的終端機中
- 醒目提示特定記錄
請注意,記錄檔儲存在RDE的記憶體中,這些記錄檔會被回收,因此若未尾隨或網路速度太慢,則會加以捨棄。
重設 reset-rde
重設RDE會移除製作和發佈執行個體中的所有自訂程式碼、設定和內容。 例如,如果已使用RDE測試特定功能,而且您想要將其重設為預設狀態,以便測試不同功能時,此重設會很有用。
重設會將RDE設定為最新可用的AEM版本。
您可以使用Cloud Manager來重設RDE,步驟如下:
-
在 my.cloudmanager.adobe.com 登入 Cloud Manager 並選取適當的組織。
-
按一下要重設RDE的方案。
-
在「概觀」頁面,按一下畫面頂端的「環境」索引標籤。
-
或者,按一下「環境」卡上的「全部顯示」按鈕直接跳到「環境」索引標籤。
-
-
環境 視窗會開啟並列出程式的所有環境。
-
按一下要重設之RDE的省略符號按鈕,然後選取 重設。
-
按一下對話方塊中的 重設,確認您要重設RDE。
-
Cloud Manager會透過橫幅通知確認重設程式已開始。
RDE重設程式啟動後,通常需要幾分鐘才能完成並將環境恢復為預設狀態。 您可以隨時在 環境 卡片的 狀態 欄或 環境 視窗中檢視重設程式的狀態。
您也可以直接從 總覽 頁面上的 環境 卡片中使用省略符號按鈕來重設RDE。
如需有關如何使用Cloud Manager管理環境的詳細資訊,請參閱Cloud Manager檔案。
支援JSON輸出的命令 json-commands
大多數命令支援全域--json
旗標,該旗標會隱藏主控台輸出,並傳回要在指令碼中處理的有效json。 以下是一些支援的命令,以及json輸出的範例。
狀態 status
乾淨的RDE clean-rde
$ aio aem rde status --json
code language-json |
---|
|
具有某些已安裝套件組合的RDE rde-installed-bundles
$ aio aem rde status --json
code language-json |
---|
|
安裝 install
$ aio aem rde install ~/Downloads/hotdev.demo.ui.apps.all-1.0.0-SNAPSHOT.zip --json
code language-json |
---|
|
刪除 delete
$ aio aem rde delete com.adobe.granite.hotdev.demo-1.0.0.SNAPSHOT --json
code language-json |
---|
|
記錄 history
$ aio aem rde history --json
code language-json |
---|
|
重設 reset
開火,忘記,不等待 fire-no-wait
$ aio aem rde reset --no-wait --json
code language-json |
---|
|
等待完成 wait
$ aio aem rde reset --json
code language-json |
---|
|
重新啟動 restart
$ aio aem rde restart --json
code language-json |
---|
|
執行模式 runmodes
您可以在資料夾名稱上使用尾碼來套用RDE特定的OSGI設定,如以下範例所示:
config.rde
config.author.rde
config.publish.rde
如需有關執行模式的一般資訊,請參閱執行模式檔案。
dev
執行模式所宣告的任何OSGI屬性的值。RDE與其他環境不同,因為其內容可安裝在/apps下的install.rde資料夾(或install.author.rde或install.publish.rde)中。 這可讓您使用命令列工具將內容提交到Git並傳遞給RDE。
填入內容 populating-content
重設RDE時,會移除所有內容,因此如有需要,必須執行明確動作以新增內容。 作為最佳實務,請考慮組裝一組內容以用作在RDE中驗證或偵錯功能的測試內容。 有幾種可能的策略可將該內容填入RDE:
-
使用命令列工具將內容套件明確同步至RDE
-
將範例內容放入/apps下的install.rde資料夾內並提交Git中,然後使用命令列工具將整體內容套件同步到RDE。
-
使用內容複製工具,從生產、階段或開發環境或其他RDE複製已定義的內容集。
-
使用封裝管理員
同步內容套件時,限製為1 GB。
RDE與雲端開發環境有何不同? how-are-rds-different-from-cloud-development-environments
雖然RDE在許多方面與雲端開發環境類似,但在架構上有一些細微的差異,可讓程式碼快速同步。 將程式碼傳入RDE的機制不同 — 對於RDE,一個會從本機開發環境同步程式碼,而對於雲端開發環境,則會透過Cloud Manager部署程式碼。
基於這些原因,建議您在RDE環境中驗證程式碼後,使用非生產管道將程式碼部署到雲端開發環境。 最後,請在使用生產管道部署之前測試程式碼。
另請注意下列考量事項:
- RDE不包含預覽層
- RDE目前不支援發行前通道。
我需要多少RDE? how-many-rds-do-i-need
RDE可用於每個已授權的解決方案,而Adobe也提供其他RDE,這些可授權用於生產(非沙箱)計畫。
所需的RDE數目取決於組織的組成與處理。 最靈活的模式是組織為每位AEM Cloud Service開發人員購買專屬的RDE。 在此模型中,每個開發人員都可以在RDE上測試其程式碼,而無需與其他團隊成員就RDE環境是否可用進行協調。
在另一個極端,擁有單一RDE的團隊可能會使用內部流程來協調哪些開發人員可以在給定時間使用環境。 這有可能是當開發人員達到中繼功能里程碑,並準備好在雲端環境中進行驗證時,他們可以快速進行所需的變更。
中間模型是指組織購買多個RDE,因此更有可能獲得未使用的RDE。 一種策略可能是針對每個Scrum團隊或主要功能分配RDE。 內部流程可用於協調環境的使用。
AEM FormsCloud Service快速開發環境(RDE)與其他環境有何不同? how-are-forms-rds-different-from-cloud-development-environments
Forms開發人員可以使用AEM FormsCloud Service快速開發環境來快速開發最適化Forms、工作流程和自訂專案,例如自訂核心元件、與協力廠商系統的整合等。 AEM FormsCloud Service快速開發環境(RDE)不支援通訊API。 也不支援需要記錄檔案的功能,例如在提交最適化表單時產生記錄檔案。 下列的AEM Forms功能不適用於快速開發環境(RDE):
- 設定最適化表單的記錄檔案
- 在提交最適化表單時或透過工作流程步驟產生記錄檔案
- 使用電子郵件提交動作或工作流程中的電子郵件步驟將記錄檔案作為附件傳送
- 在最適化表單或工作流程步驟中使用Adobe Sign
- 通訊API
rde教學課程
若要瞭解AEM as a Cloud Service中的RDE,請觀看示範如何設定、如何使用以及開發生命週期(01:25)的影片教學課程。
# 疑難排解
RDE疑難排解(#rde-troublehooting)
如何取得現有RDE的最新AEM版本 get-latest-aem-version
建立後,RDE會設定為最新可用的Adobe Experience Manager (AEM)版本。 可以使用Cloud Manager或aio aem:rde:reset
命令執行的RDE重設會循環RDE並將其設定為最新可用的AEM版本。
aio RDE外掛程式疑難排解 aio-rde-plugin-troubleshooting
有關許可權不足的錯誤 insufficient-permissions
若要使用RDE外掛程式,您必須是Cloud Manager 開發人員 — Cloud Service 產品設定檔的成員。 檢視將團隊成員指派給Cloud Manager產品設定檔 — 指派開發人員產品設定檔以取得詳細資訊。
或者,如果您可以透過執行此命令登入開發人員主控台,則可以確認您擁有此開發人員角色:
aio cloudmanager:environment:open-developer-console
Warning: cloudmanager:* is not a aio command.
錯誤,您必須執行下列命令以安裝aio-cli-plugin-cloudmanager:code language-none |
---|
|
執行以驗證登入是否成功完成
aio cloudmanager:list-programs
這應該列出您設定之組織下的所有計畫,並確認您已指派正確的角色。
使用已棄用的內容「aio-cli-plugin-cloudmanager」 aio-rde-plugin-troubleshooting-deprecatedcontext
由於「aio-cli-plugin-aem-rde」的歷史記錄,內容名稱「aio-cli-plugin-cloudmanager」已使用一段時間。 Rede外掛程式現在會使用IMS方式處理內容資訊,這表示有可在全域或本機儲存內容資訊的選項,而且如有需要,可將所有aio呼叫預設為已設定的預設值。 設定的預設前後關聯儲存在本機,可讓開發人員追蹤及使用資料夾內的個別前後關聯及其資訊。 如需詳細資訊,請閱讀以上設定本機內容的範例。
同時使用外掛程式aio-cli-plugin-cloudmanager和aio-cli-plugin-aem-rde且想要將所有資訊儲存在相同上下文的開發人員,現在只能選擇以下選項:
繼續使用內容'aio-cli-plugin-cloudmanager'
您仍可使用內容,RDE外掛程式中會顯示棄用警告。 可以使用--quiet
模式省略此警告。 較新版本的RDE外掛程式將不再提供用於讀取內容「aio-cli-plugin-cloudmanager」的遞補功能。 若要繼續使用,只要將預設內容設定為'aio-cli-plugin-cloudmanager'即可,請參閱上述設定本機內容的範例。
將任何其他內容名稱也用於Cloud Manager外掛程式
cloud manager外掛程式會提供引數,以定義要使用的內容。 目前尚不支援IMS預設內容設定。 若要這麼做,請使用範例設定RDE外掛程式以設定本機內容,並告訴Cloud Manager外掛程式在每次呼叫它時都使用'myContext' (例如--imsContextName=myContext
)。