Azure自動化圖形運行手冊 - 不能將自動化帳戶中的其他Runbook作爲不同的畫布活動執行？

Question

的圖形編輯器的用戶界面似乎允許添加工作流運行手冊（僅;天然PS不顯示），然而，這打破了GraphRunbook定義/執行。

當我嘗試任何測試或發佈的運行手冊，我收到了圖像中的錯誤。 （也怪，這個錯誤信息已經呈現在第一部分西班牙的組合，和英語下半年。）

是在自動化技術上帳戶不支持其他運行手冊..嗎？

testtwo代碼：

workflow testtwo 
{ 
    [outputtype([string])] 
    [cmdletbinding()] 
    param() 

    write-output "testtwo runbook output"  
} 

Answer 1

我已經成功地得到這個在相對反直覺的方式工作。 （至少，與非圖形Workflow Runbook解析執行依賴關係以將Runbook複製到工作人員的方式非常直觀）。

與其將Runbook添加到畫布上，我只是將該調用添加到MyCodeActivity的代碼編輯器配置中的其他Runbook。

---

根據與Orchestrator.GraphRunbook.Model.dll（天青自動化圖形制作SDK）捆綁ReadMe.docx，與the learning experience here組合，特別WRT將InlineScript活動（其AFAIK基本上是什麼代碼活動是翻譯成），我不會期望能夠從將InlineScript的範圍內，因爲（自述）執行另一個運行手冊..

執行引擎將把提供塊作爲一個黑盒子， 和將不會嘗試分析其內容，除非是 基本語法檢查。

..在Native PS Runbook的情況下，意味着它們不會被複制到工作者。不幸的是我從來沒有測試執行等流程運行手冊（那些沒有在其他地方引用，這樣他們就可以複製到工人），部分原因是因爲假設是內部InlineScripts代碼不會被解析爲依賴的運行手冊，但也許這只是針對本地引用（似乎對我來說是一個可疑的區別）？

反正上述似乎是一種解決方法。

但是，我希望Runbook可以在設計畫布上（和所得到的序列化模型）被視爲一等公民，而不是被鎖定在腳本活動中，因爲我正在從事捕魚依賴關係超出了依賴關係順序中自動化CI/CD部署的定義。 （這就是說，我已經拿到相關性檢查，正常的腳本粗糙的傳球，這樣就足夠了 - 只是意味着更多的分析。）

Answer 2

你所得到的錯誤消息是從活動站點的問題，我們是目前正在積極努力解決。