Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

issue/tickets type unification #10

Open
awskii opened this issue Sep 5, 2018 · 2 comments
Open

issue/tickets type unification #10

awskii opened this issue Sep 5, 2018 · 2 comments

Comments

@awskii
Copy link
Owner

awskii commented Sep 5, 2018

Условимся, что labels of issue определяют type of ticket. Проблема тут в том, что пользователь сам определяет лейбы для issue. Я не хочу выносить это в конфиг, слишком много подводных камней в таком поведении. Кто захочет - запишет свои лейбы в код и пересоберет.

JIRA TYPE ISSUE LABEL
Bug bug
feature enhancement
improvement improvement

Если в labels встретилось одно из этих слов, соответствующий тип будет поставлен для тикета в jira.

@awskii
Copy link
Owner Author

awskii commented Sep 18, 2018

оказалось, что типы в jira не являются общими, а индивидуальные для каждого проекта. Не хочется хардкодить нужные значения, но и прикручивать какой то самостоятельный маппинг тоже не особо хочется.

@awskii
Copy link
Owner Author

awskii commented Sep 18, 2018

есть вариант сделать это в интерактивном режиме, при создании тикета задавать вопрос пользователю, мол, какой тип поставить задаче, и вывести отсортированный по ID список доступных типов в проекте, предложить ввести цифру и предложить сохранить эту цифру в качестве соответственного типа (всегда использовать этот ID для типа BUG, скажем).

Следующий вариант - добавление в глобальный конфиг сохранения таких отображений и убрать вообще интерактивный режим, предлагать прямо в конфиг записывать соответствующие имена типов. Этот вариант смотрится наиболее привлекательным.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant