image_pdf

Prova su strada

In questo post andremo a vedere nel dettaglio quanto descritto nel precedente post, mostrando come farne uso.

 

Procediamo

Per accedere alle funzionalità descritte, occorre andare in editazione del workflow, come mostrato nella figura:

WF-04-01

Quando andiamo a selezionare le transazioni di stato, come mostrato, abilitiamo il menù che ci interessa, che viene mostrato sulla destra.

Triggers

Selezionando tale opzione, andiamo a configurare quali operazioni devono essere eseguite in fase di cambio di stato.

WF-04-02

Viene proposta una apposita maschera video (probabile che venga aperta una nuova finestra del browser), dove possiamo andare a configurare le nostre operazioni.

Come possiamo vedere, occorre connettere ai sistemi di controllo versioni, quali FishEye, Stash, Bitbucket, etc.

Dalla stessa maschera video possiamo costruire anche i seguenti elementi:

  • Conditions
  • Validations
  • Post-Functions

Vediamo come definire queste operazioni.

Conditions

WF-04-03

Selezioniamo il tab relativo, mostrando le funzionalità della precedente figura. Per creare una nuova condizione, selezioniamo Add condition.

WF-04-04

Come possiamo vedere, una agevole autocomposizione guida l’utente nella scelta e definizione della condizione. Supponiamo di voler far si che la transazione di stato scelta, possa essere eseguita solo da  alcuni utenti, o dagli utenti di un particolare gruppo. Vediamo la sequenza di operazioni. Facendo riferimento alla immagine precedente. selezionamo User is in Group, quindi selezioniamo  Add.

WF-04-05

Selezioniamo il gruppo degli utenti ed il gioco è fatto 🙂

WF-04-06

Abbiamo così aggiunto una nuova condizione.

Validations

Selezioniamo il tab Validations ed iniziamo a lavorarci, come mostrato in figura:

 

 

 

WF-04-07

Selezioniamo Add Validator e procediamo con l’aggiunta della validazione.

WF-04-08

Possiamo aggiungere un Permission Validator oppure uno User Permission Validator. Questo ultimo è obsoleto, in quanto presente nelle prime versioni di JIRA. Andiamo a configurare un Permission Validator.

WF-04-09

Selezioniamo le Permission che vogliamo andare a controllare. La seguente immagine visualizza i risultati 🙂

WF-04-10

Post-Functions

WF-04-11

Si tratta delle operazioni che possiamo far eseguire a JIRA, quando la transazione di stato è stata eseguita. Questo per completare le operazioni. Andiamo in dettaglio.

WF-04-12

Selezionando Add Post Function , viene visualizzata la selezione mostrata nella precedente immagine. Possiamo impostare l’azione aggiuntiva da eseguire. Supponiamo di voler eseguire l’aggiornamento di un campo. Selezioniamo Update Issue Field quindi selezioniamo Add.

WF-04-13

Supponiamo di impostare un valore Esempio al campo Environment. Selezioniamo Add ed il gioco è concluso.

WF-04-14

Properties

Si tratta di una coppia di valori che possiamo associare agli stati di un workflow. vediamo come associare queste informazioni. Semplicemente selezionare uno stato:

WF-04-15

quindi andiamo a selezionare il link Properties, posto a destra.

WF-04-16

A questo punto possiamo inserire le proprietà che vogliamo. Come indicato nella precedente immagine, proprietà possono essere definite per abilitare ulteriori personalizzazioni nei vari passi.

Conclusioni

Abbiamo visto ulteriori funzionalità standard che JIRA mette a disposizione.  A questo punto abbiamo solo la nosra fantasia per poterle usare al meglio, per facilitarci la vita. 🙂

 

 

 

Test delle funzionalità descritte.

https://confluence.atlassian.com/jira/advanced-workflow-configuration-317196666.html

scrivere un articolo di approfondimento su WOrkflow.

Likes(0)Dislikes(0)

Ti è piaciuto il post? Vuoi una consulenza sui prodotti Atlassian o sui servizi offerti da Artigiano Del Software?

Contattaci. Scrivi una mail al supporto Artigiano. Saremo ben lieti di rispondere e aiutarti nella consulenza.


JIRA Workflow – prova su strada
Tag:                 

Lascia un commento

Il tuo indirizzo email non sarà pubblicato. I campi obbligatori sono contrassegnati *

Translate »