Ответы пользователя по тегу JIRA
  • Доска с версиями сервисов?

    saboteur_kiev
    @saboteur_kiev
    software engineer
    Можно написать такое на коленке скрипт, который периодически бегает по энвайрнментам, собирает версии и выводит в удобном виде.
    Без сильного заморачивания, я бы добавил в каждое приложение ендпоинт, который возвращает версию, и просто собирал бы это каким-нить js или даже shell скриптом.
    Пушить изменения в JIRA уже можно собрав инфу.

    Ну а в богатых конторах, для деплоя используются тулзы, которые могут показывать что где. Какой-нить IBM uDeploy (хотя это не лучший вариант).
    Ответ написан
  • Как улучшить процесс разработки/тестирования/деплоя?

    saboteur_kiev
    @saboteur_kiev Куратор тега Git
    software engineer
    "Хочется поменять процесс и на базе TeamCity добавить авто-тесты и некоторую автоматизацию чтобы было так (feature-ветки думал не использовать, так как у нас много небольших правок, а ветки добавляют оверхед):"

    В том-то и дело, что авто-тесты без фича веток не очень хорошо будут работать.

    Подробнее:
    Автотесты обычно должны триггериться на коммит. Но это также означает, что разработчик не тестирует у себя локально приложение, а просто коммитит и ждет ответа от автотеста.
    А если он будет коммитить в мастер - то один разработчик может сломать билд для всех.

    Если использовать отдельную ветку для автотеста, опять же в нее может закоммитить несколько разработчиков и будет неясно кто кому что сломал.
    Поэтому и используется фичабренчи - каждый разработчик создал себе фичабренч типа feature/lalala, и автотест реагирует на коммит в любой бренч по маске feature/*

    Если тест успешен - тогда можно мержить в мастер - обычно для этого используется какой-то промежуточный инструмент перед гитом - gitlab, gerrit, bitbucket, где удобно настроить создание pull request-ов так, чтобы они не позволяли мержить, пока нет 1 ревью и 1 успешного билда.
    Ответ написан
    2 комментария
  • Как написать хорошие спецификации для разработки чтобы избежать постоянных доработок?

    saboteur_kiev
    @saboteur_kiev
    software engineer
    На седьмом пункте кто начинает говорить что все не так? ПМ или Клиент?

    Если Клиент, то ПМ-а на мыло, раз он не может понять что хочет клиент, и передает дальше испорченные данные.

    Кроме того, почему у вас тестировщик в самом конце?
    Обычно requirements проверяет и пишет тестировщик, следовательно он должен быть
    а) грамотным
    б) присутствовать в пункте 2 или даже 1
    Ответ написан
    Комментировать
  • На работе попросили зарегистрироваться на JIRA но появился вопрос?

    saboteur_kiev
    @saboteur_kiev Куратор тега Веб-разработка
    software engineer
    Я так подозреваю, что у вас на работе был приобретен продукт Jira и установлен как корпоративная система. И вам нужно не лезть на тостер, а спросить на вашей работе адрес корпоративной JIRA.

    Atlassians - это компания, которая создала и продает Jira, Confluence И другие продукты.
    Ответ написан
    Комментировать
  • Как Вы формируете release notes?

    saboteur_kiev
    @saboteur_kiev Куратор тега Программирование
    software engineer
    Создается шаблон для коммит-мессаджей, в котором разработчики в нужном месте пишут текст, в том числе и для релиз нотов.
    Официальные билды запускаются на дженкинсе, после успешного билда вызывается скрипт на питоне, который обходит новые коммиты и создает релиз ноты.
    Питон удобен, потому что есть готовые либы для поста в ту же Жиру...но можно и встроенным в Дженкинс способами что-то делать.
    Ответ написан