Как клонировать задачу в jira
Клонирование задачи
Клонирование или копирование задачи (Cloning an Issue) позволяет пользователю JIRA быстро создать дубликат задачи в рамках одного и того же проекта. Задача-клон является копией исходной задачи. Она содержит ту же информацию, что и исходная задача: Резюме (Summary), Затронуты версии (Affects Versions), Компоненты (Components) и т. д. Задача-клон также может быть связана с исходной задачей. Задача-клон – это отдельный объект от исходной задачи.
Операции над исходной задачей не влияют на задачу-клон и, наоборот. Единственное соединение – это ссылка, если она создана между исходной и клонированной задачами.
Задача-клон содержит следующую информацию:
(С дополнительным префиксом, который может быть настроен вашим системным администратором JIRA, подробнее см. в разделе «Настройка клонирования задачи»).
(Если у вас нет разрешения Изменить Автора (Modify Reporter), вы будете являться автором созданной вами задачи-клон.)
(Как только клон был сохранен, вы можете переместить его в другой проект, как описано в разделе «Перемещение задачи»).
Содержимое пользовательских полей также клонируется.
Информация, которая не подлежит клонированию:
Статусы и разрешения клонов не клонируются; однако, статусы возвращаются к первому шагу соответствующего рабочего процесса, а разрешения очищаются.
Создание клона задачи
Чтобы клонировать задачу, выполните следующие шаги:
1. Откройте задачу JIRA, которую вы хотите клонировать.
2. Выберите «Дополнительно» (More) > «Клонировать»> (Clone).
Появится окно «Клонировать задачу» (Clone Issue).
3. Нажмите «Создать» (Create).
Связанное поведение клонированной задачи
По умолчанию, когда задача клонируется, JIRA автоматически создает ссылку между исходной и клонированной задачей, используя ранее существовавшее имя типа ссылки «Cloners».
Системный администратор JIRA может изменить это поведение JIRA по умолчанию, не предотвращая создание ссылок или изменение имени типа ссылки. Подробнее см. в разделе «Настройка клонирования задачи».
Префикс поля «Резюме» клонированной задачи
Системный администратор JIRA может изменить это поведение JIRA по умолчанию, изменив префиксную строку или предотвратив добавление префиксов к клонированным задачам. Подробнее см. в разделе «Настройка клонирования задачи».
Клонирование и подзадачи
Подзадачи могут быть клонированы таким же образом, как и другие типы задач.
Если исходная задача связана с подзадачами, подзадачи этой задачи также будут клонированы. Резюме клонированной подзадачи также будет включать префикс, указанный в файле свойств.
Jira Software Support
Get started
Knowledge base
Products
Jira Software
Project and issue tracking
Jira Service Management
Service management and customer support
Jira Core
Manage any business project
Confluence
Bitbucket
Git code management
Resources
Documentation
Usage and admin help
Community
Answers, support, and inspiration
System Status
Cloud services health
Suggestions and bugs
Feature suggestions and bug reports
Marketplace
Billing and licensing
Frequently asked questions
Viewport
Confluence
Clone or copy a Jira server project
Related content
Still need help?
The Atlassian Community is here for you.
Symptoms
You want to clone or copy an entire JIRA project, but there is no core functionality to offer this.
Cause
JIRA does not have the core functionality to copy entire projects and third party plugins are not currently supported.
Workaround
This workaround is based on a third party application. Atlassian cannot be held responsible for or provide support for any issues resulting in the use of third party applications.
Here is a link to JIRA Command Line Interface, a product of Bob Swift (an Atlassian recognized developer).
JCLI (JIRA Command Line Interface) is an application run on your local machine that allows for automation of JIRA and inclusion of JIRA content as part of other automation.
After installing JCLI you’ll find the cloneProject action to be a straightforward function.
JIRA — клонировать проблему
Клонирование означает копирование. Клонировать проблему — значит создать дубликат проблемы в том же проекте. Клонированная проблема может рассматриваться как новая проблема и редактироваться как другие проблемы.
Мы должны учитывать следующие моменты при клонировании проблемы.
Клонированная проблема полностью отделена от оригинальной.
Любое действие или операция, предпринятая в отношении исходной проблемы, не влияет на проблему клонирования и наоборот.
Единственная связь между оригиналом и клоном — это созданная ссылка.
Информация, которая переносится из первоначальной проблемы в проблему клонирования, выглядит следующим образом:
Содержимое пользовательских полей также клонируется
Информация, которая не клонируется —
Ссылки на страницы слияния
Клонированная проблема полностью отделена от оригинальной.
Любое действие или операция, предпринятая в отношении исходной проблемы, не влияет на проблему клонирования и наоборот.
Единственная связь между оригиналом и клоном — это созданная ссылка.
Информация, которая переносится из первоначальной проблемы в проблему клонирования, выглядит следующим образом:
Содержимое пользовательских полей также клонируется
Информация, которая не клонируется —
Ссылки на страницы слияния
Шаги для клонирования
Откройте выпуск JIRA, который предполагается клонировать. Выберите Больше → Клонировать, когда появится экран. На следующем снимке экрана показано, как получить доступ к функциональности Clone.
На экране клонирования пользователям предоставляется несколько параметров, а именно:
Пользователь может изменить сводку при ее клонировании.
Если проблема содержит ссылки на другие проблемы, пользователь может установить флажок, чтобы включить проблему клонирования, или снять флажок, если пользователь не хочет участвовать в проблеме клона.
Если проблема имеет подзадачи, пользователь может установить / снять флажок, чтобы включить подзадачи в клон или нет.
То же самое относится и к вложению.
Это также дает возможность, переносить или нет — значение спринта для новой проблемы клонирования.
Пользователь может изменить сводку при ее клонировании.
Если проблема содержит ссылки на другие проблемы, пользователь может установить флажок, чтобы включить проблему клонирования, или снять флажок, если пользователь не хочет участвовать в проблеме клона.
Если проблема имеет подзадачи, пользователь может установить / снять флажок, чтобы включить подзадачи в клон или нет.
То же самое относится и к вложению.
Это также дает возможность, переносить или нет — значение спринта для новой проблемы клонирования.
На следующем снимке экрана показано, как клонировать проблему, предоставив необходимую информацию.
Следующий шаг — нажать «Создать». Это покажет детали проблемы клона. Если пользователь не изменяет слова-клоны при создании, это может быть видно в сводке, ссылках и подзадачах. На следующем снимке экрана показано, как отображается клонированная проблема.
Мы делаем
Новый продукт!
Atlassian
Teamlead
Marketplace
Поставка лицензий
Поставка лицензий на продукты Atlassian и плагины Marketplace в день поступления оплаты
Поддержка
Неотложная помощь и лучшие практики решения проблем с продуктами Atlassian
Хостинг
Надежный доступ к вашим приложениям в облаке с поддержкой наших экспертов.
Разработка
Расширение функций приложений и интеграция с внешними системами.
Тренинги
Онлайн и очные курсы по продуктам Atlassian для администраторов и пользователей.
Консалтинг
Узнайте как получить максимум от продутов Atlassian с помощью наших экспертов
Новый взгляд на дублирующиеся задачи в Jira
Как можно отследить эти задачи-дубликаты?
У Jira есть очень полезное расширение – Automation. Оно позволяет автоматизировать многие рутинные процессы с помощью создания правил для обработки необходимых сценариев.
В библиотеке Automation Cloud есть готовое правило с заманчивым названием Close duplicate issues, но, если заглянуть внутрь, станет понятно, что это правило всего лишь закрывает задачу, у которой тип связи Duplicate. Сам факт определения дубликатов при этом остается за кадром.
Пойдём другим путём. Как можно найти дубликаты в Jira?
Можно использовать JQL-запрос, в котором задать параметры-маркеры и значения, для которых ищутся дубликаты, по типу:
Project = DEV AND client = Barry AND problem = “Unstable connection”
Но проблема в том, что заранее неизвестно, какими будут значения полей в новой задаче.
Они помогут настроить поиск дубликатов по JQL с помощью Automation. Используя smart values можно искать задачи, в которых значения полей совпадают со значениями в текущей задаче, при этом сами значения могут быть любыми, нет нужды их знать заранее.
Единственное, что нужно помнить: если в значении поля могут содержаться символы, требующие помещения в кавычки в jql-запросе (например, пробел или запятая), значение Smart value также помещают в кавычки.
Пример настройки:
Рассмотрим случай, когда нам требуется проверять каждый новый запрос на дублирование с полным совпадением по полям Problem и Client (клиент повторно жалуется на ту же проблему).
В случае, если такие задачи найдутся, Jira должна привязать их к текущей с типом связи Duplicate.
Удобнее искать дубликаты по полям, в которых значение выбирается из заданного списка. Даже при наличии небольшого расхождения в значении, которое может возникнуть при использовании текстового поля, Jira может «не узнать» дубликат.
Выбираем триггер
Определите, в какой момент будет происходить проверка. В нашем примере это создание задачи.
Определяем условия задач—дубликатов
New component → Branch rule/related issues
В этом месте должны быть определены условия, по которым Jira будет понимать, нужно или нет применять это правило к конкретной задаче.
В нашем случае поиск будет идти по jql, в котором как раз заменим конкретное значение полей на smart values. Когда указываем значение каждого поля, необходимо использовать синтаксис типа:
что можно прочитать как «значение поля с id 10034 из задачи, которая явилась триггером к запуску правила».
Обратите внимание на то, что синтаксис для получения значения зависит от типа поля. На примере выше запрос на получение значения текстового поля.
Поиск по всем задачам может занять длительное время.
Чтобы сократить время на обработку, ужесточите условия. Например, в примере выше сверка идет только с задачами, созданными за последние 3 дня.
Добавляем действие для найденных дубликатов
New Action → Link issues
В примере мы хотим, чтобы найденные дубликаты были автоматически связаны с новой задачей.
Для этого используем действие Link issues и при выборе типа связи учитываем, что поскольку действие применяется к «старым» задачам, именно новая должна быть отмечена как дублирующая, а значит, для проверенных выбираем направление связи is duplicated by.
Всё! Отныне можно забыть о том, что нужно вручную искать и проверять повторяющиеся задачи, Jira сделает это за вас.
Это лишь один из множества вариантов, как можно упростить себе жизнь, автоматизировав рутинные дела.
Создание подзадачи
Задача с подзадачами (разделение родительской задачи на ряд небольших задач), полезна тем, что ее можно назначать и отслеживать отдельно другим пользователям JIRA. Это может обеспечить ускорение работы по этой задаче и позволяет каждому пользователю из команды лучше понять, за какую подзадачу он отвечает при решении задачи.
Все подзадачи, связанные с родительской задачей, суммируются на главном экране родительской задачи (см. «Работа с подзадачами» ниже). Подзадачи всегда относятся к тому же проекту, что и их родительская задача.
Подзадачи имеют все те же поля, что и стандартные задачи, например, резюме, описание, репортер, правообладатель, статус. Обратите внимание, что подзадачи имеют разные типы задач из стандартных типов задач.
Подзадачи не могут иметь свои подзадачи. Для того, чтобы разбить подзадачу на более мелкие подзадачи, сначала необходимо преобразовать ее в стандартную задачу. После этого для этой задачи вы сможете создавать подзадачи.
Создание подзадачи
Для создания подзадач пользователю JIRA нужно иметь разрешение: «Создать задачу» в родительском проекте задачи. Невозможно установить защиту для подзадачи, поскольку подзадачи наследуют уровни безопасности своих родительских задач, если они были установлены.
Подзадачи могут быть созданы только в том случае, если администратор JIRA включил подзадачи и добавил тип подзадачи в проектную схему типа задачи.
Для того, чтобы создать подзадачу, необходимо выполнить следующие шаги:
1. Перейдите к задаче, которую вы хотели бы иметь родительской задачей для подзадачи, которую вы собираетесь создать
2. Выберите «Дополнительно» (More)> «Создать подзадачу» (Create Sub-Task). Появится экран «Создать подзадачу» (Create Subtask).
3. Заполните необходимые данные, а затем нажмите «Создать» (Create) в нижней части страницы.
Совет: Вы можете настроить диалог «Создать подзадачу» (Create Subtask), чтобы показывать наиболее часто используемые вами поля. Для этого нажмите «Настроить поля» (Configure Fields) в правом верхнем углу диалогового окна и используйте ссылки «Все» (All) и «Пользовательские» (Custom) для переключения между экраном по умолчанию и вашими пользовательскими настройками. Ваши изменения будут сохранены для будущего использования.
Работа с подзадачами
Если задача связана с подзадачами, на экране задач отображается список всех подзадач задачи:
Совет: Вы также можете ввести точку « . » для доступа к действиям по задаче.
Поиск подзадач
Если подзадачи включены, в раскрывающемся списке «Тип задач» (Issue Type) формы поиска отображаются две дополнительные записи.
Если в списке «Тип задачи» (Issue Type) не выбрано ни одной записи, поиск возвращает все стандартные задачи и подзадачи, соответствующие критериям поиска.
Преобразование стандартной задачи в подзадачу
1. Перейдите к задаче, которую вы хотите преобразовать.
2. Выберите «Дополнительно» (More) > «Преобразовать в подзадачу» (Convert to Sub-Task). Далее выполните следующие шаги.
3. На шаге 1. На экране «Выбор родительской задачи и типа подзадачи» (Select Parent Issue and Sub-Task Type) введите или выберите соответствующий родительский тип задачи и новый тип задачи (т. е. «Тип подзадачи»). Нажмите «Далее» (Next).
4. На шаге 2. Если текущее состояние задачи не является разрешенным статусом для нового типа задачи, отображается «Выберите новый статус» (Select New Status). Выберите новый статус и нажмите «Далее» (Next).
6. На шаге 4. Появится экран «Подтверждение» (Confirmation). Если вас устраивают новые изменения, нажмите «Готово» (Finish).
7. Подзадача будет отображаться. Вы увидите, что теперь эта подзадача, имеет номер ее родительской задачи, который отображается в верхней части экрана.
Преобразование подзадачи в стандартную задачу
1. Перейдите к подзадаче, которую вы хотите преобразовать.
2. Выберите «Дополнительно» (More)> «Преобразовать в задачу» > (Convert to Issue). Далее выполните следующие шаги.
3. На Шаге 1. На экране «Выбор типа задачи» (Select Issue Type) выберите новый тип задачи (т. е.«Стандартный тип задачи» (Standard Issue type) и нажмите «Далее» (Next).
4. На Шаге 2. Если текущее состояние подзадачи не является разрешенным статусом для нового типа задачи, отображается «Выбор нового статуса» (Select New Status). Выберите новый статус и нажмите «Далее» (Next).
6. На Шаге 4. Появится экран «Подтверждение» (Confirmation). Если вас устраивают новые изменения в задаче, нажмите «Готово» (Finish).
7. Задача будет отображаться. Вы увидите, что это уже не подзадача, то есть больше нет номера родительской задачи, отображаемой в верхней части экрана.