One of the major benefits of JCPP is the ability to customize clone operations to suit your development process. An administrator can customize these operations in the Configuration page. Before diving deep into configuring these customizations, take a look at the next section that provides an overview of each customization feature.
...
| Table plus |
|---|
|
| Feature | Overview | References |
|---|
| 90+ unique custom clone operations can be defined | - Clone operation name can be customized to reflect the purpose of your specific clone process
- Each operation can be enabled or disabled independently as your needs change
- Operations allow cloned issues to be cloned to a different project or different issue type, as admin specifies
| Configuration | | Conditioning | - Each operation can have unique conditions that specify when the operation is available to users
- Condition based on fields
| Configuration | | Clone option defaults | - Set default options
- Options available
| Note |
|---|
When you use the copy links option, note that a Confluence link from the issue being cloned is converted to a web link in the cloned issue. |
| Configuration | | Substitution variables | Current issue fields are available as substitution variables for the setting of fields | | | Exclude field list | Fields specified in this list are not cloned over from the original issue to the target issue, even if they are added or edited while cloning. The values are cleared in the newly cloned issue. | Configuration | | Ignore field list | Fields specified in this list are not visible in the Clone UI display. The source value of this field in the original issue is copied as-is to the target issue field. | Note |
|---|
This is not applicable to subtask(s) cloning. |
| Configuration | | Set fields | The Configuration provides a drop-down list of options for each set field or you can use substitution variables to define issue field values to be used while cloning. | |
|
...