Это уже только в Premium редакции. Там есть отчет Analytics -> Contribution Analytics.
Правда гитлаб оперирует не количеством коммитов (хотя их общее количество тоже выводится), а количеством pushes, merge requests и issues.
Еще есть раздел Repository -> Contributors, там дана детализация в разрезе пользователей.
Ну а в редакции Premium уже есть расширенный раздел аналитики, который доступен и на уровне проекта, и на уровне группы. Там уже можно много всего посмотреть: docs.gitlab.com/14.0/ee/user/analytics
Позвольте, я вольюсь в разговор, попробую ответить на вопросы.
Архитектурно SDA построен на использовании агентов, которые устанавливаются на удаленные сервера. Подключаясь к агенту, центральный сервер получает возможность передавать файлы, запускать скрипты и т.д. Для «общения» используются протоколы JMS и HTTP.
Сами агенты доступны для Windows, Linux и еще ряда осей.
Касаемо работы с артефактами не очень понял насчет подписей и авторизации, о чём речь?
Есть говорить про медленный канал, то, честно, не скажу, есть ли какая-то технология докачки, разбиения по пакетам и т.д.
В одном из вариантов предлагается использовать промежуточный слой (службу) Agent Relay. Архитектура при этом будет выглядеть примерно так:
SDA Server -> Agent Relay -> Несколько Агентов
Профит здесь может быть получен именно когда конечных агентов несколько, т.е. центральный сервер передает все необходимые данные только один раз, а дальше relay их распределяет между агентами.
Запуск деплоя по местному времени — как такого понятия часовых поясов в SDA нет, т.е. при настройке расписания деплоя указывается локальное время. Получается, для решения этой задачи нужно будет настроить для каждого клиента свое расписание, учитывающее его специфику (часовой пояс, допустимый интервал и т.д.).
Сам процесс развертывания на словах выглядит не сложно, можно пробовать :)
А TFS обладает возможностями для автоматизации развертывания? Или это какая-то надстройка к нему?
А Release Management чей?
По агенту — спору нет, сложности возникают. Во первых нужно его устанавливать и настраивать, а во вторых — прорезать порт для взаимодействия (если сервер за брандмауэром). Но зато и возможности расширяются многократно.
Правда гитлаб оперирует не количеством коммитов (хотя их общее количество тоже выводится), а количеством pushes, merge requests и issues.
В документации есть скриншоты, можно посмотреть, как это выглядит:
docs.gitlab.com/14.0/ee/user/group/contribution_analytics/index.html
Еще есть раздел Repository -> Contributors, там дана детализация в разрезе пользователей.
Ну а в редакции Premium уже есть расширенный раздел аналитики, который доступен и на уровне проекта, и на уровне группы. Там уже можно много всего посмотреть:
docs.gitlab.com/14.0/ee/user/analytics
Архитектурно SDA построен на использовании агентов, которые устанавливаются на удаленные сервера. Подключаясь к агенту, центральный сервер получает возможность передавать файлы, запускать скрипты и т.д. Для «общения» используются протоколы JMS и HTTP.
Сами агенты доступны для Windows, Linux и еще ряда осей.
Касаемо работы с артефактами не очень понял насчет подписей и авторизации, о чём речь?
Есть говорить про медленный канал, то, честно, не скажу, есть ли какая-то технология докачки, разбиения по пакетам и т.д.
В одном из вариантов предлагается использовать промежуточный слой (службу) Agent Relay. Архитектура при этом будет выглядеть примерно так:
SDA Server -> Agent Relay -> Несколько Агентов
Профит здесь может быть получен именно когда конечных агентов несколько, т.е. центральный сервер передает все необходимые данные только один раз, а дальше relay их распределяет между агентами.
Запуск деплоя по местному времени — как такого понятия часовых поясов в SDA нет, т.е. при настройке расписания деплоя указывается локальное время. Получается, для решения этой задачи нужно будет настроить для каждого клиента свое расписание, учитывающее его специфику (часовой пояс, допустимый интервал и т.д.).
Сам процесс развертывания на словах выглядит не сложно, можно пробовать :)
А Release Management чей?
По агенту — спору нет, сложности возникают. Во первых нужно его устанавливать и настраивать, а во вторых — прорезать порт для взаимодействия (если сервер за брандмауэром). Но зато и возможности расширяются многократно.