EK
Ну вы меня не знаете, а судя по вашим бестолковым вопросам вам тут точно не место!
Так я и не жить напрашиваюсь. За советом пришла. Сочувствую вам, что мои вопросы про связь с девопсом, вас нервируют
Size: a a a
2020 May 28
D
Так я и не жить напрашиваюсь. За советом пришла. Сочувствую вам, что мои вопросы про связь с девопсом, вас нервируют
Вам уже все ответили в полном объёме!ковыряйтесь в своей каше!а то будете во все лезть и вообще без работы останетесь !)
RK
hello everyone
EK
Вам уже все ответили в полном объёме!ковыряйтесь в своей каше!а то будете во все лезть и вообще без работы останетесь !)
С чего это? Вы мне угрожаете что ль? )
m
Randy Kenimer
hello everyone
Hi
V
Когда не разбираешься (в чем угодно) поломать (что угодно) легко. Но мой вопрос, тем не менее:
- админка джиры разве про девопсов? По мне, оно всегда либо в руках РМов было, либо у корпоративного админа джиры. Специально обученного и оплачиваемого человека.
- что в админке джиры можно внутри своего(!) проекта штатными(!) средствами сделать такого, что аффектит кого-то снаружи этих рамок? Тут я просто не знаю и спрашиваю, вдруг вы в курсе
- админка джиры разве про девопсов? По мне, оно всегда либо в руках РМов было, либо у корпоративного админа джиры. Специально обученного и оплачиваемого человека.
- что в админке джиры можно внутри своего(!) проекта штатными(!) средствами сделать такого, что аффектит кого-то снаружи этих рамок? Тут я просто не знаю и спрашиваю, вдруг вы в курсе
у джиры две админки, одна для jira admin, вторая для jira project admin
V
допустим project admin можно отдать девопсу без проблем (даже начинающему)
V
jira admin тоже можно, но с оговорками
V
плохо можно сделать например создав неправильный workflow для тикетов, удалить required поля так, что нельзя будет завести новый тикет
V
настройки интеграции с IdP, принадлежность к группам и т.п.
V
т.е. навертеть так, что придется из бекапа все восстанавливать
АБ
Показать девопсу сертификат по настроке атлассиан стека и попросить доступ?)
EK
плохо можно сделать например создав неправильный workflow для тикетов, удалить required поля так, что нельзя будет завести новый тикет
Но это, как я понимаю, в рамках тех проектов, к которым этот самый WF привязан. И только. Если (гипотетически) WF уникальный у конкретного типа тикетов в 1 проекте, только там проблемы и будут. И ничего в этом страшного. Вскроется и будет поправлено. Никто третий не пострадает. (Ну, да, я, конечно, сужу повехностно, на пальцах и весьма оптимистично)
EK
у джиры две админки, одна для jira admin, вторая для jira project admin
В личку по этому вопросу напишу. ОК?
V
в огромных установках стараются стандартизировать wf, надо отдельный? пиши требования и получай апрувал
V
В личку по этому вопросу напишу. ОК?
ок
EK
Показать девопсу сертификат по настроке атлассиан стека и попросить доступ?)
Хм. Тоже хорошая идея, да. Спасибо. Не самая простая в реализации, но вариант решения моей задачи. (Хотя, это не отвечает на вопрос девопсовости джиры, но всё ж :Ь)
EK
в огромных установках стараются стандартизировать wf, надо отдельный? пиши требования и получай апрувал
Бюрократия. Она иногда защищает. А иногда привносит геморой. Надо найти баланс таки, а не по рельсам. Ну, имо
V
девопсовость джиры это инфра
АБ
как бы, одна админка