Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 19 Current »

Child links

Common admin shortcuts

gg (admin menu)

gx (object menu, like custom field names)

gu (sudo as other user)


Diagnosing/Resetting user captcha

https://confluence.atlassian.com/jirakb/reset-failed-user-login-count-442270086.html


Refreshing LabopsJiraDev/GPDevJira

Manual refresh of LabopsjiraDev/GPDevJira

Links to Admin Basics (Atlassian Documentation)

Atlassian doc - Workflow basics
https://confluence.atlassian.com/adminjiraserver/working-with-workflows-938847362.html

Atlassian doc - Scheme basics
https://confluence.atlassian.com/adminjiraserver/project-screens-schemes-and-fields-938847220.html


Schemes related to projects

List of schemes associated to each project. Some have "default" versions but most users want specialization from the default. These schemes must be considered when someone asks to "clone" a project.

  • Permission Scheme
  • Notification Scheme
  • Issue Security Scheme
  • Field Configuration Scheme
  • Workflow Scheme*
  • Issue Type Scheme*
  • Issue Type Screen Scheme*

*When a new project is made from scratch without a shared configuration, new workflow, issue type, and issue type screens schemes will be created and associated to the project. Changes to these schemes will not affect other projects.

e.g. a new project called DEMO will create a new "DEMO Workflow Scheme".

However, new projects created without a shared configuration will still use the system default Permission, Notification, Issue Security, and Field Configuration schemes. Changes to these schemes WILL affect other projects. It is recommended to make a copy of the default and make changes as needed.

e.g. a new project "DEMO" will use the "Default Notification Scheme".

Reference diagram for project/objects/relationships


Diagram showing the mapping of fields, screens, and workflows.

  • No labels