- Get started
- About
- Quick guide
- Use cases
- Glossary
- Migration
- Configuration
- Global configuration
- Project configuration
- Repository
- Template configuration
- Template scope
- Manage templates
- Supported fields
- Permissions
- Using templates
- Create issue from template
- Create issue structures
- Apply template to existing issue
- Recreate issue
- Use template custom field on issue create screen
- Default templates
- Direct link
- JQL searchers
- Variables
- Static variables
- Dynamic variables
- App Integrations
- Team-managed projects
- Jira Software
- Jira Service Management
- Advanced Roadmaps
- Issue Checklist for Jira
- Advanced
- Automation
- Legacy automation action
- REST API
- Create issue and apply template with Jira REST API
- Security
- Security statement
- App permissions
Use cases
This chapter provides use cases - examples how Issue Templates for Jira can be used in practice.
How to benefit from multiple template repositories
Overview - multiple repositories
In this scenario you have several projects in your Jira instance. Most of these projects share similar workflows and can benefit from common templates.
There is one project that serves as a storage for templates for multiple software projects (global repository).
The Human Resources project wants to have its own templates, however, other projects don’t need to use these templates. This project can be converted into a local repository, so only members of this project are able to use templates stored here.
As you can see, there is one template for this project here and some regular issues.
There are two projects at this point that store templates. One designated project for template storage that is set as a global repository, and one regular project that has some issues turned into templates that is set as a local repository.
With this kind of configuration you can avoid overfilling template selection and enable specific templates for specific projects.
See the section below for more detailed configuration.
Configuration - Multiple repositories
As explained before, such a configuration can be very useful in different scenarios. Here’s an example of such a configuration.
Enable both projects as repositories, one is set as global and one is set as local.
Global repository - template storage for multiple projects
- Go to project configuration and set General settings accordingly. In this case every user of this project is able to turn issues into templates.
- Manually or automatically enable issues as templates or simply add new templates to this project and set availability.
- Check the list to see your active templates.
- Use an existing scope or create a new one.
Local repository - template storage for a single/specific project
-
Go to project configuration and set General settings accordingly. In this case only a selected project role is able to create templates.
-
Manually or automatically enable issues as templates or simply add new templates to this project and set availability.
NoteTo avoid creating templates uncontrollably, the automatic option is disabled by default. Contact your administrator if you want to have templates enabled automatically.
-
Create an issue and enable it as a template. You can set a scope and availability for each issue. This example uses dynamic variables.
-
Check the list to see your active templates.
-
Use an existing scope or create a new one.