---
# System prepended metadata

title: Untitled

---

## Jira Overview 


## Projetos

* Projeto jira é uma caixinha que tem varias varias caixinhas la dentro(informações)

* Nunca usar numeros na key

* Um projeto jira esta a associado a "Esquemas" de issues,fields, permissions etc

### Issue
* Para a aceder aos Esquemas- Administração > issues > barra direita tem todos os Schemas

* Schema de Issue types:
    * Issue types sao os tipos dos issues que sao usados no jira
    * esquemas de um issue types aglomera varios issue types numa "caixinha"(para meter em um projeto)
    * Sub-tasks de um issue sao criados de uma maneira especial( sao criadas atraves do proprio issue)
    
Dentro de um epic podes criar story e dentro das storys podes criar subtasks


### Workflows
* Workflows sao literalmente fluxograma mais simples

* Sao os caminhos por onde o issue pode passar

* De open pode ir para to do ,done , em progresso (estados base que vem no worflow)


#### Propriadades
* Propriedades sao formas de esconder o estado,ou o issue n puder ser editado quando está em um estado especifico.

https://support.atlassian.com/jira-cloud-administration/docs/use-workflow-properties/

* Ir a documentao atlassian ver a "property key", esta key define o tipo e a função desta propiedade 

#### Transições

https://confluence.atlassian.com/adminjiraserver/advanced-workflow-configuration-938847443.html



#### Triggers

* Podemos dizer que vai ser ativada quando algo acontece aka trigger

#### Conditions e validator

* Permite que por exemplo certos roles possam fazem fazer transições(ie "finish") e outros nao (PM pode , o resto n pode), neste caso o conditions esconde o botao para o resto , e o botao de finish aparece para o PM.

* Conditions sao "IF's"

* Validadores impedem da transição acontecer , em vez de esconder o botao , ele valida quando e clicado e da erro se n tiver permissoes

* Pode ser usado para fazer com que certos campos dentro de o issue nao possam estar vazios.

#### Post Functions

* Servem para criar ações após a transição.

* Quando fazes certas transições cria sub-task automaticamente

* Ir ao esquema de workflows>> indentificar qual esta a ser usado pelas stories >> abria o workflows e ir a post-functions

#### Esquemas de workflows
* Aglomera workflows e faz o mapeamento dos issues, faz a ligação entre ambos.

### Screens

* Define quais os campos(fields) que o issue vai ter. Os Screen aparecem quando mexemos com issue, as suas varias fazes , estes tem tres tipos:
    * Create
    * Update 
    * View

* Tambem podes definir screen em transições dentro do workflows.

#### esquemas de screen

* Aglomera os tres tipos de screen (tres operaçoes) para ser usado nos tipos de projeto

* Tem tambem um quarto o "default", em que e utilizado em todas as ações nao mapeadas

#### Issue type screen scheme

* Mapear um esquema de screen a um issue type.

* Os que n tiverem mapeados utilizam o default




### Fields

#### Custom fields
* Sao os Campos que aparecem nos screen que por sua vez aparecem nas operações dos issue

* Campos como text field,area,checkbox, checklist etc

* Tudo em um campo e editavel, nome ,etc a unica coisa nao editavel e o tipo , se for text field multiline e quiser mudar tem de ser eliminado e criado um novo diferente, nao pode ser mudado o tipo.

---
    Os ids sao importantes todos as coisas no jira tem id , field ,screen , etc para ver o id a maneira mas facil e no link do browser quando esta dentro desse "field, screen".
---
* OS fields devem ser dados contexto aka atribuir a issue types e projetos.Assim apenas aparece naqueles issue types e projetos

* Quando o field nao esta atribuido a certo projeto e esta em "global" , este campo sera carregado em todos os issue em todos projetos. (Convem dar contexto a aos campos).

* Ao nao estar em contexto vai lagar o jira server. Por estar a carregar dezenas de fields que nao estao a ser usados por issue/projeto


* Selecionar multiplos "Ctrl" + MB1.

* O field summary, description tem de estar sempre incluidos

#### Field Configuration

* Define quais fields sao escondidos , quais sao obrigatorios .


#### Field configurations Schemes

* Mapeamento entre a field configuration e os issue types

### Priorities

* Sao apenas prioridades, onde define a prioridade de um issue, define o simbolo, nome, cor etc

#### Esquemas de prioridades

* Aglomera as prioridades para ser utilizado num projeto .

### Permissions

#### Esquemas de permissoes

* Mapea as permissoes dos roles, o que podem ou nao ver e mexer

#### Permission helper

* Permite dentificar o user, projeto e permissoa ,  e o jira diz se tem esse tipo de permissao nesse projeto.

### Notification

* Permite definir quem recebe notificaçõe e de que acoes

### Issue Security Scheme

* E algo adicional que pode ser colocado nos projetos, para adicionar mais um nivel de segurança.

* Permite limitar os accessos a um issue , apenas certos roles conseguem ver e mexer neste issue.

### Time Tracking

* Esta configurado quantos horas por dias , quandos dias por semana etc.


### Issue Linking

* O jira permite criar relações entre issues

* Dois tipos de descriptions
    * Outward - diz que e bloqueado(ou clonado ou testado)
    * Inward - diz que vai ser bloqueado(ou clonado ou testado) por
    
    
    
---

#### Customização do scheme

Copiar o screen do objeto(objeto mais pequeno), e depois fazer copia do do acima e sempre assim 
fazer copia de todos os objetos a todos os niveis e "fazer uma copia feita de copias".



#### Mudança de objetos no workflows.
Se for preciso um novo estado no workflows eliminar o antigo e criar um novo

note:Arrastar a bolinha no objeto do workflows podes criar um transição.


Copia do share configuration do projeto gsk gate updated
