Доступний новий значний випуск , платформи для управління повним циклом розробки ПЗ, що надає повний набір інструментів для розробки проектів відповідно до парадигми 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-запитів із можливістю захисту певних гілок та призначенням розробників для рецензування;
- Поетапний режим аналізу коммітів під час рецензування pull-запитів. прив'язка до обговорень минулого рецензування;
- Мова запитів, що дозволяє знаходити потрібну інформацію в проектах, комітах, збірках, issues, pull-запитах та коментарях. Можливість збереження запиту та отримання повідомлення про появу пов'язаних з ним нових подій;
- Система контролю доступу, що дозволяє визначати, хто може змінювати код у певному підкаталозі, призначати issues, запускати складання релізів, переглядати логи і т.п.
- Можливості для створення та клонування репозиторіїв;
- Підписка на отримання повідомлень про здійснення коммітів у master-гілку;
- Підтримка pull-запитів з автоматизацією перевірки прийнятого комміту в системі безперервної інтеграції та затвердженням експертною радою, що включає як мінімум два розробники;
- Можливість закриття issues через повідомлення комміта, яке може пов'язувати обговорення, комміт, складання та пускові запити;
- Можливість створення форм, що зберігаються в інтерфейсі, для відображення яким користувачам призначено вирішення проблем (issue);
- Підтримка створення довільних полів для прикріплення issue до певних модулів та платформ;
- Можливість автоматичної зміни статусу проблеми на Deployed при виправленні при складанні та на Review при відкритті pull-запиту;
- Можливість призначення проблеми стану Verified, яку можуть надавати розробники, що мають статус тестувальника;
- Підтримка ручного ініціювання перескладання з можливістю вказівки версії, що буде присвоєно та створено відповідний тег у разі успіху складання;
- Можливість вибору платформи та версії ядра Linux при запуску ручного перескладання;
- Підтримка тестування в CI різних комбінацій Oracle/MySQL та Linux/Windows при коміті в master-гілки;
- Автоматичне створення повідомлень про проблеми (issue) та призначення відповідального для розбору проблеми у разі збою складання master-гілки в CI. Автозакриття issue при усуненні збою при складанні
- Можливість генерації файлів в одній роботі, їхній паралельній обробці в другій та аналіз результатів у третій;
- Підтримка повторного запуску робіт у разі помилки запуску обробника Kubernetes;
- Можливість використання сервісу MySQL у процесі виконання робіт;
- Підтримка завдання секретного ключа щодо специфікації складання;
- Можливість обмеження доступу анонімним користувачам лише до релізів певних проектів;
- Підтримка обмеження генерації релізів тільки master-гілкою та розміщення на робочих серверах тільки релізів, зібраних з master-гілки.
Джерело: opennet.ru