Руководитель после очередного семинара пришел с вопросом: почему в своей работе мы не используем средства JIRA и GIT?
Ну, по GIT'у (как средству контроля версий) всё понятно. Ответил, что за каждым программистом закреплена своя задача, а мастер-данные исходного кода хранятся на дисковом массиве компании.

По Jire не знал что ответить, т.к. с ним ранее знаком не был. И, почитав описания в интернете, не понял, чем он так хорош и в чем он выигрывает по сравнению с теми же системами документооборота. Мне показалось, что внедренный у нас Bitrix24 во многом удобнее и нагляднее.

Вопрос: кто использует у себя в работе JIRA и(или) GIT? Какие плюсы/минусы? Когда возникает целесообразность в использовании данных инструментов?

В битрикс24 действительно можно отладить бизнес-процессы так, что JIRA нахрен не нужна. Сигнал-Эскалация-Задача-ПланированиеЗадач-Разрешение, и другие сценарии.

А GIT здесь обсуждали несколько раз. Если готовы отказаться от .scx, .vcx, и перевести всё на .prg, до GIT вам подходит. Если не готовы, то нет.

pasha_usue
Если готовы отказаться от .scx, .vcx, и перевести всё на .prg, до GIT вам подходит. Если не готовы, то нет.

Спорное утверждение. У меня всё на месте и под гитом. Jira не пользуюсь, обхожусь Azure Devops.

ssa

pasha_usue
Если готовы отказаться от .scx, .vcx, и перевести всё на .prg, до GIT вам подходит. Если не готовы, то нет.

Спорное утверждение. У меня всё на месте и под гитом.

Не, жить можно, конечно. Ничего не сломается. Но плюшек с плэйнтекстом гораздо больше.

Подсмотрел как сын пользуется GIT (программирует на C#): понравилась для текстовых файлов подсветка изменений. Для scx, vcx, frx это конечно не годится

pasha_usue
Но плюшек с плэйнтекстом гораздо больше.

Хм, а что, все прибабахи фокса в плэйнтекст уже перестали переводиться?

Sega
Для scx, vcx, frx это конечно не годится

Кто вам сказал такую чушь?




Исправлено 1 раз(а). Последнее : Joys, 29.08.20 23:45

Git стандарт после SVN
а JIRA для огранизации работы
последние лет 6-7 на всех проектах на оффшор (да и на белорусском)
для организации проекта
понятно что есть аналоги но это стандарт де-факто (у буржуев 100%)

про битрикс слышал но не видел - если закрывает задачи организации проекта
то зачем дублировать

зы возможно скоро с жиры поедем в Azure DEvops
в связи с переходом на Ажур - я видел сбоку
надо будет импортить данные с жиры а с этим проблемы есть

У нас Jira + git - вполне все настраивается, что нужно для ведения задач, масса разных плагинов + элементы devops - к примеру, у нас есть реализация, когда прямо из заявки в Jira, после процесса согласования, установка вкатывается на бой. При этом она еще и не дорогая относительно, также практически у всех вендоров наших тоже Jira.

С Azure DEvops пока не знакома, с Битриксом тоже.

А какие плагины стоят? И к чему они: к гиту или жире? Удаленный репозитарий находится где? на github/gitlab/bitbucket? Используются ли локальные репозитарии у каждого программиста? Я вот нигде не нашел git под Windows, а работа через WSL-ку похожа на какой-то костыль.

Насчет Jira: видимо она становится де-факто стандартом организации внутриофисной работы. Хотя у нас канбан+задачи в Битрикс24 вполне устраивает.

Sega
Я вот нигде не нашел git под Windows

Однако...
Тут

ssa

Sega
Я вот нигде не нашел git под Windows

Однако...
Тут

Благодарю

Jira уже давно де факто стала стандартом в энтерпрайзе. Можно очень много рассказывать о преимуществах и недостатках, отличиях от других систем, но если вкратце, основные преимущества - настраиваемость, автоматизация, интеграция со смежными системами.
- может быть настроена под agile, kanban, scrum
- достаточно гибко настраивается внешний вид - как в виде досок, так и рабочих столов, для отображения задач могут быть использованы плагины (графики, столбцовые, круговые, пузырьковые диаграммы, календари, информационные доски и т.д. и т.п.), список которых легко гуглится; рабочие столы и доски могут быть расшарены другим проектам, модулям, пользователям
- есть свой внутренний язык запросов, похожий на sql, запросы могут быть сохранены как фильтры, расшарены другим пользователям, могут быть использованы для отображения плагинов
- гибко настраиваемый workflow (схема бизнес-процессов), при этом при переходе задачи из статуса в статус можно автоматизировать некоторые рутинные операции, например, автоматически назначать исполнителя (аналитик-разработчик-тестировщик) и т.д.
- можно связывать и клонировать задачи или даже создавать дерево задач с эпик-линком
- при списывании рабочего времени на задачу можно интегрировать с Tempo для учета рабочего времени в рамках рабочей недели и дальнейшей обработки сводной инфы руководителем проекта и кадрами
- интеграция с битбакетом и дженкинсом - из открытой задачи в окне браузера можно посмотреть список веток, историю изменений, пулл реквесты, площадки, т.е. при сборке и установке на прод апдейтится служебная информация по каждой задаче сборки
- интеграция с Confluence - из задачи можно прочитать постановки, тз, схемы, графики, документацию
- интеграция с почтовыми сервисами и Microsoft Exchange, т.е. можно настроить так, чтобы при изменении статусов задач, комментариям в пулл-реквестах, результатах сборок и т.д. приходили уведомления на почту или даже можно прикрутить телегу если очень нужно и позволяют политики безопасности
и многое другое, дня не хватит все расписать. Лучше напроситься в гости к коллегам у которых это все настроено и работает и посмотреть в живую.