easeContext Installation
As a Jira Administrator, navigate to Administration > Manage apps > Find new apps.
Enter “CM4J” “easeContext” as search criteria.
Select either “Buy Now” or “Free Trial” and confirm the app installation.
Enabling custom fields for
CM4JeaseContext
Usually only a limited number of custom fields should be made available for context configuration by project administrators. The Jira administrator must first determine these fields. This is done by going to Jira Administration > Manage apps > Context Manager for Jira/Configuration.
CM4J easeContext supports the following standard Jira custom field types: Checkboxes, Radio Buttons, Select List (multiple choice), Select List (single choice), Select List (cascading), Text Field (multi-line), Text Field (single line).
The list of custom fields in the Jira installation available for CM4J easeContext is displayed in a table showing details about the configuration of each field. The fields that are already enabled for CM4J easeContext are those having project name(s) names in the Enabled Projects column. To enable a field, select Configure and select the desired options in the ensuing dialog. See the next section for a guide to setting these options.
Guide to configuring custom fields for
CM4JeaseContext
The following table provides the standard use cases for CM4J easeContext and explains how to configure custom fields to support them.
Use Case | Configuration | Remarks |
|---|---|---|
Every project can have its own project-specific context for a given custom field. |
Other options should be disabled. | This is the simplest way of using |
easeContext. | ||
Only some designated projects have their own project-specific context for a given custom field. All other projects use the Default Configuration Scheme. |
Other options should be disabled. | This is a good solution when the Default Configuration Scheme is adequate for most projects, but there are a few projects that need to determine their own context. |
Some projects share a project-specific context for a given custom field and they are able to administer the context by themselves. |
Other options should be disabled. | Unlike individual project contexts, shared contexts cannot be created through |
easeContext. If a shared context is desired, the Jira administrator must first create it and assign it to the desired projects. Once that is done, the projects can administer it by themselves thanks to this option.
| ||||
Some projects share a project-specific context for a given custom field while other projects have their own project-specific context. |
Other options should be disabled. | This is similar to the previous case, so the same remarks apply, but it also allows projects to create individual project-specific contexts. With this option, a project using a shared context can opt out of it by creating its own context, at which point it loses the ability to edit the shared context. | ||
Some trusted projects are allowed to administer the Default Configuration Scheme. |
Other options should be disabled. |
|
Migration from project contexts to the Default Configuration Scheme
In case a project-specific or shared context is no longer desired by a project, CM4J easeContext provides a tool for the Jira administrator that supports the migration of issues with values other than those provided in the Default Configuration Scheme. To invoke the migration tool, go to Context Manager for Jira in a project using the context and select Migrate to global context. This opens a dialog that shows the issues with values other than those in the default scheme and allows them to be migrated to the values of that scheme. Once the migration is completed, the context should be deleted.