How to copy issues using Team-managed fields to another project

お困りですか?

アトラシアン コミュニティをご利用ください。

コミュニティに質問

Platform Notice: Cloud - This article applies to Atlassian products on the cloud platform.

要約

When tickets are moved between team-managed (TM) projects, the values of custom fields are not preserved.

Team-Managed fields lost on Request Type move

When team-managed custom fields are used in a Request type, and the tickets need to be moved to another project, Jira is unable to map these fields to the new Request type. Jira removes the team-managed custom fields from the source Request Type and adds the custom fields from the destination Request type.

 Use the Automation clone action to copy the field values

Automation can be used to 'move' issues from one TM project to another that uses its custom fields. This can be achieved by creating a rule that clones the ticket from the source TM that updates the custom fields in the destination TM. This can be done by:

  • In your site, navigate to Settings > System > Global Automation.
  • Click on Create rule (top right corner).
  • Select Add Trigger and add Manual trigger from the issue. This is an example, but the trigger can also be configured for cases in which a ticket reaches a certain status to avoid having to move one by one manually.  
    Screenshot of a menu for adding a trigger, with manual trigger typed in the search bar. Options include All triggers, Issue triggers, DevOps, and Manual trigger from issue.
  • Click on Add Component.
  • Choose Then: Add an action option.
  • Search and add Clone issue.

  • Customise the action:
    • Project: Target project to create a copy of this issue.
    • Issue Type: The Issue Type it will be cloned.

      Do not choose Same issue type option for team-managed projects as it will not work.
    • Summary: This will be the value of the summary field in the target TM project. For example: CLONE - {{issue.summary}} will add "CLONE - " to the ticket. If it is to be kept the same, then {{issue.summary}} will suffice.
    • Choose fields to set: In this option, you will need to select the fields to be updated in the ticket once it is copied to the destination project. This means that the fields shown will be from the destination TM project Request type custom fields.
      • For each destination TM project Request type custom field added, the value from the source TM project Request type custom field needs to be matched.
      • Click on Chose fields to set, search and add the desired fields from the Destination project (in this case Destination field from TM-DestinationOne (TMD1)).
        A screenshot of a field mapping interface. The destination field is selected, as indicated by a checked checkbox and the word Destination below it. Above, a text input field labeled destination is also visible
      • Next to the field, click on the tree dots > Copy.
        A screenshot of a data entry form with the title Destination. A search bar prompts the user to Type to find value... with a dropdown arrow. To the right are three dots indicating more options. Below the search bar is a link for More options. At the bottom are buttons for Back, Next, Set, and Copy.
      • Once the Destination field is set to Copy Destination from Current Issue, then click on the Copy icon.
        A highlighted button labeled Copy Destination from Current issue. A copy icon is visible to the left of the text. Three dots to the right indicate additional options. The label Destination is visible above the button.
      • In the new pop-up screen, select Current issue and the field to copy the value from. The below example, the source field has been purposely named Source so that it is easy to identify how this works.
        A form to copy a value from an issue. The first dropdown, labeled Issue to copy value from, is currently set to Current issue. The second dropdown, labeled Field to copy value from, is currently set to Source. A Close button is at the bottom right.
  • An example of the above could be:
    • Source Project: TM-Source (TMS).
    • Destination ProjectTM-DestinationOne (TMD1).
    • Issue TypeQuestions for Legal.

    • Summary: {{issue.summary}}.
    • Choose fields to set: The Source field value will be updated on the Destination field.

      In this case, when a ticket from TM-Source (TMS) project is cloned to TM-DestinationOne (TMD1) project, then the Destination field value in TMD1 Request type will be the same as the Source field value from TMS Request type.


      A Jira Clone Issue dialog box. The description states this action will create a new issue and copy all possible field data.

  • Navigate to the ticket that needs to be cloned, and select Actions (left panel) > Click on the rule (i.e. Clone TM-Source to TM-DestinationOne).
    A Jira automation rule summary. The section heading FROM AUTOMATION indicates the context. Below, a clone action is displayed with a green arrow icon and the text Clone TM-Source to TM-DestinationOne. Above the automation details are dropdown menus for To Do and Actions.



最終更新日 2024 年 11 月 28 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.