【2021鐵人賽】YAML格式以外的Pipeline傳統編輯器(Classic Editor)

先前在「CI/CD從這裡:設定第一個Pipeline(範本與編輯介面介紹)」這篇文章內容建立Pipeline的時候是使用新版本的YAML格式編輯器,Pipeline的所有設定都會以文字格式儲存(即Configuration as code),但是其實在早期建立Pipeline的時候是透過UI畫面建立的。

當時在文章中有稍微提到Classic editor傳統編輯器,而在「CI/CD從這裡:建立第一個Releases Pipeline」這篇文章中也亮相了UI編輯的畫面(因為目前Release Pipeline沒有YAML編輯畫面),這篇就來談談這個Classic Editor。

建立Build Pipeline的時候,在選擇範本的最下面有一行「Use the classic editor to create a pipeline without YAML」(還記得前面文章提到的嗎?),如下圖點擊之後就可以進入傳統編輯器的流程:

接著選擇Source code的來源:

選好Source來源之後就可以來到範本選擇的畫面:

我們選擇Empty job之後一開始出現的畫面如下:

在上面這個畫面中可以修改Pipeline的名稱以及預設這個Pipeline使用的Agent pool和Agent規格,不過Agent的設定在Agent job裡面可以另外修改。

如果前面的Source來源選錯或是要更換,以及更詳細的設定,則是可以點選左邊的Get sources之後就可以在右邊的對話框調整設定。

而Agent job的設定畫面則是如下圖:

在之前的文章建立Pipeline的時候都只有使用到一個Agent job,但是其實是可以另外增加許多個不同的Agent job,而不同的Agent job可以設定使用不同的Agent(可以Windows與Linux互相搭配):

在多個Agent/Agentless job的情況下就有些額外的設定可以調整:

而Task則是加在Agent job底下,設定的畫面和YAML版本右邊的assistant顯示的畫面相同:

若是要同時設定Pipeline的Triggers也可以從上面切換到Triggers的頁籤,畫面和先前文章所提的完全一樣。Task那些的用法與設定也和前面文章所提的相同,所以這邊就不再重覆建立新的Pipeline。可以試著對照先前建立的YAML格式的Pipeline來改用傳統編輯器試試喔!

最後,因為Classic editor並不會將設定的內容存成檔案放在Repo裡,所以和YAML編輯器最大的不同就是不會看到Pipeline的設定檔案(所以也沒有Save之後的Commit觸發)。

發佈留言

%d 位部落客按了讚: