Выпуск платформы совместной разработки OneDev 3.0
19 января 2020 года
Доступен новый значительный выпуск OneDev 3.0 (Архивная копия от 15 февраля 2020 на Wayback Machine), платформы для управления полным циклом разработки ПО, предоставляющей полный набор инструментов для разработки проектов в соответствии с парадигмой DevOps. По своим возможностям OneDev напоминает GitLab и также даёт возможность развернуть на своих мощностях инфраструктуру совместной разработки, рецензирования, тестирования, сборки и доставки релизов, не привязываясь к внешним облачным сервисам, таким как GitHub. Код проект написан на языке Java и распространяется под лицензией MIT.
Некоторые возможности:
- Упрощённый процесс развёртывания сборочной фермы для запуска CI-сборок в Kubernetes, не требующий выполнения агентов и runner-ов. Возможность тестирования в контейнерах с Linux и Windows;
- Поддержка создания спецификаций сборки (Build Spec) в наглядном режиме без написания YAML-файлов и запоминания синтаксиса;
- Возможность гибкой настройки процесса сборки с использованием условных сборочных параметров, параллельным запуском нескольких сборочных работ и автоматическим запуском работ при наступлении определённых событий;
- Поддержка определения собственных состояний и полей для уведомлений о проблемах (issue), возможность определения зависимостей между полями и автоматическая смена состояния при наступлении определённых событий;
- Автообновляемый интерфейс issue, не требующий перезагрузки страницы;
- Система поиска и навигации по коду и изменениям, учитывающая особенности синтаксиса Java, JavaScript, C, C++, CSharp, Go, PHP, Python, CSS, SCSS, LESS и R;
- Поддержка привязки обсуждений и внешних комментариев к коду и блокам с изменениями (diff);
- Гибкие правила рецензирования pull-запросов c возможностью защиты определённых веток и назначением разработчиков для рецензирования;
- Поэтапный режим анализа коммитов при рецензировании pull-запросов. Привязка к обсуждениям прошлого рецензирования;
- Язык запросов, позволяющий находить нужную информацию в проектах, коммитах, сборках, issues, pull-запросах и комментариях. Возможность сохранения запроса и получения уведомления о появлении связанных с ним новых событиях;
- Система контроля доступа, позволяющая определять кто может изменять код в определённом подкаталоге, назначать issues, запускать сборки релизов, просматривать логи и т.п.
- Возможности для создания и клонирования репозиториев;
- Подписка на получение уведомлений об осуществлении коммитов в master-ветку;
- Поддержка pull-запросов с автоматизацией проверки принимаемого коммита в системе непрерывной интеграции и утверждением экспертным советом, включающим как минимум два разработчика;
- Возможность закрытия issues через сообщение коммита, которое может связывать обсуждение, коммит, сборки и pull-запросы;
- Возможность создания сохраняемых в интерфейсе форм для отображения каким пользователям назначено решение проблем (issue);
- Поддержка создания произвольных полей для прикрепления issue к определённым модулям и платформам;
- Возможность автоматической смены статуса проблемы на Deployed при исправлении при сборке и на Review при открытии pull-запроса;
- Возможность назначения проблеме состояния Verified, которое могут присваивать разработчики, имеющие статус тестировщика;
- Поддержка ручного инициирования пересборки с возможностью указания версии, которая будет присвоена и создан соответствующий тег в случае успеха сборки;
- Возможность выбора платформы и версии ядра Linux при запуске ручной пересборки;
- Поддержка тестирования в CI различных комбинаций Oracle/MySQL и Linux/Windows при коммите в master-ветку;
- Автоматическое создание уведомлений о проблемах (issue) и назначение ответственного для разбора проблемы в случае сбоя сборки master-ветки в CI. Автозакрытие issue при устранении сбоя при сборке;
- Возможность генерации файлов в одной работе, их параллельной обработке во второй и анализ результатов в третьей;
- Поддержка повторного запуска работ в случае ошибки запуска обработчика в Kubernetes;
- Возможность использования сервиса MySQL в процессе выполнения работ;
- Поддержка задания секретного ключа при определении спецификации сборки;
- Возможность ограничения доступа анонимным пользователям только к релизам определённых проектов;
- Поддержка ограничения генерации релизов только master-веткой и размещения на рабочих серверах только релизов, собранных из master-ветки.
Источники править
Любой участник может оформить статью: добавить иллюстрации, викифицировать, заполнить шаблоны и добавить категории.
Любой редактор может снять этот шаблон после оформления и проверки.
Комментарии
Если вы хотите сообщить о проблеме в статье (например, фактическая ошибка и т. д.), пожалуйста, используйте обычную страницу обсуждения.
Комментарии на этой странице могут не соответствовать политике нейтральной точки зрения, однако, пожалуйста, придерживайтесь темы и попытайтесь избежать брани, оскорбительных или подстрекательных комментариев. Попробуйте написать такие комментарии, которые заставят задуматься, будут проницательными или спорными. Цивилизованная дискуссия и вежливый спор делают страницу комментариев дружелюбным местом. Пожалуйста, подумайте об этом.
Несколько советов по оформлению реплик:
- Новые темы начинайте, пожалуйста, снизу.
- Используйте символ звёздочки «*» в начале строки для начала новой темы. Далее пишите свой текст.
- Для ответа в начале строки укажите на одну звёздочку больше, чем в предыдущей реплике.
- Пожалуйста, подписывайте все свои сообщения, используя четыре тильды (~~~~). При предварительном просмотре и сохранении они будут автоматически заменены на ваше имя и дату.
Обращаем ваше внимание, что комментарии не предназначены для размещения ссылок на внешние ресурсы не по теме статьи, которые могут быть удалены или скрыты любым участником. Тем не менее, на странице комментариев вы можете сообщить о статьях в СМИ, которые ссылаются на эту заметку, а также о её обсуждении на сторонних ресурсах.