Email-ext i workflow/Pipeline - niektóre tokeny nie są rozszerzane?

Question

Próbuję użyć wtyczki email-ext w pracy z potokiem Jenkins, ale większość tokenów, które biorę za pewnik podczas korzystania z e-mail-ext w pracy freestyle'owej, nie jest rozwijana?

np.

node { 
    emailext body: '${DEFAULT_CONTENT}', mimeType: 'text/html', replyTo: '$DEFAULT_REPLYTO', subject: '${DEFAULT_SUBJECT}', to: '$DEFAULT_RECIPIENTS' 
} 

Generuje e-mail:

Temat:

$ PROJECT_NAME - Budowanie # $ BUILD_NUMBER - $ BUILD_STATUS!

ciała:

$ PROJECT_NAME - Budowanie # $ BUILD_NUMBER - $ BUILD_STATUS: Sprawdź wyjścia konsoli na $ BUILD_URL aby zobaczyć wyniki.

Które w uczciwy sposób określa się w ogólnej konfiguracji. Jednak żaden z tych tokenów nie jest rozszerzany, a jeśli używam ich bezpośrednio z przepływu pracy, nie są one również rozszerzane, np.

emailext body: '$PROJECT_NAME', mimeType: 'text/html', replyTo: '$DEFAULT_REPLYTO', subject: '${DEFAULT_SUBJECT}', to: '$DEFAULT_RECIPIENTS' 

Byłoby „w porządku”, gdybym był w stanie odwołać moje istniejące Groovy oparte szablonów e-maila $ script, ale te nie są rozwijane albo.

Przepraszam, jeśli brakuje mi czegoś niesamowicie oczywistego - nie mam zbyt dużego doświadczenia z Pipeline - brak wsparcia przez e-mail-ext powstrzymał mnie przed przeprowadzką.

Testowałem dzisiaj, instalując czystą wersję Jenkins 1.651, email-ext 2.41.3 i Pipeline 1.14.

Answer 1

Żetony są bardzo powiązane z AbstractBuild, którego przepływ pracy nie jest używany. Tak więc tokeny nie będą teraz poprawnie wymieniane. Potrzebuję zmodyfikować wtyczkę token-macro (która jest podstawą do rozszerzenia tokena), aby działała z obiektem Run zamiast po prostu AbstractBuild, ale jest to duże zadanie, do którego jeszcze nie miałem zmiany . Można wygenerować tę samą treść za pomocą DSL przepływu pracy.