Pull to refresh
24
0
Алексей Матвеев @aleme

Пользователь

Send message
Любой рефакторинг субъективен. Из моего опыта для прозрачности нужно использовать addElement.
Если использовать одну структуру, то нужно ей дать какое-то название, из которого будет понятно, что это и запрос и ответ.
Если будет вот такой код:
data += "new data";

data это string или string []? Непонятно. Нужно будет смотреть объявление переменной и тратить на это лишнее время. Если таких строк будет много, то это будет отвлекать.
Если будет вот такая запись:
data = addElement(data, "new data");

сразу понятно, что data это string [].
Конечно, можно договориться, что всем переменным типа массив добавлять Arr (dataArr) или добавлять s в конец (datas такого нет, поэтому придется что-то другое придумать). Но мне кажется, проще просто сделать код прозрачным. Да мы напишем чуть больше, но будет понятнее.
Да, я этим постоянно занимаюсь. И не спрашиваю пароли админов у клиентов. Мне это не нужно и им спится спокойнее.
Нет никаких проблем. Просто я это делаю через atlassian sdk. Поднимаю инстанс любой версии и дальше устанавливаю туда бэкап. Это занимает минуты.
Можно, конечно, иметь докеры с постгрес и джирой. Их поднимать. Но это требует гораздо больше ресурсов и знаний для подготовки таких докеров, нежели использовать поднятие инстанса из SDK и дальше все делать. А мне кажется, что свое время нужно экономить и решать задачи эффективно. В данном случае postgres не нужен, это лишнее.
Хорошо. Как Вы будете делать миграцию двух Jira Server на новый сервер (Вам нужно сначала сделать тестовую миграцию)? Или нужно мигрировать данные из Jira Server в уже существующий Jira Cloud?
Я написал — при миграциях. Когда делаешь миграции, то не предполагается работа более одного пользователя на временном инстансе, который нужен для того, чтобы исправить ошибки или внести некоторые корректировки для того, чтобы миграция прошла успешно.
Загуглить можно практически все. Я столкнулся с тем, что многие не знают, что есть H2 manager в установленных Jira и Confluence. Да, это написано. Но это не означает, что все это знают. Я хотел это подсветить.
И про то, что эта СУБД живет в памяти это не совсем так.
я пишу не про продакшн. Плохо понимаю в чем спор. Не хотите использовать H2, не используйте…
Тот способ, который описал я тоже есть в Atlassian Kb:
confluence.atlassian.com/jira/retrieving-the-jira-administrator-192836.html?_ga=2.208717659.856277697.1543736872-65270402.1526147845
Зачем ставить postgres или mysql, если можно сделать все с H2, которая ставиться по умолчанию?
Это пишет сам Atlassian. И у меня есть опыт падений H2. Причем она падает так, что восстановить можно только из бэкапа.
Спасибо за комментарий. Основное, что хорошо бы вынести из этой статьи это то, что спринт не принадлежит доске. Он может быть виден на нескольких досках. Ишью не принадлежит доске. Ишью принадлежит проекту. Поэтому меняя ишью в спринте или спринт, изменения буду видны на всех досках, где этот спринт или ишью есть.
Речь идет о своих доработках и кастомизациях
Андрей, зря поправил. Как раз Jira. Ребрендинг у них был год назад.

Information

Rating
Does not participate
Registered
Activity