Ein neuer bedeutender Release ist verfügbar , eine Plattform für das Management des gesamten Softwareentwicklungszyklus, die ein vollständiges Set an Werkzeugen für die Projektentwicklung gemäß der DevOps-Paradigmen bereitstellt. In ihren Funktionen ähnelt OneDev GitLab und bietet auch die Möglichkeit, eine Infrastruktur für gemeinsame Entwicklung, Überprüfung, Tests, Builds und Bereitstellung von Releases in eigener Umgebung bereitzustellen, ohne auf externe Cloud-Dienste wie GitHub angewiesen zu sein. Der Code des Projekts ist in Java geschrieben und unter der MIT-Lizenz.
Einige Funktionen:
- Vereinfachter Prozess zur Bereitstellung einer Build-Farm für die Durchführung von CI-Bauten in Kubernetes, der keine Ausführung von Agenten und Runnern erfordert. Möglichkeit, Tests in Containern mit Linux und Windows durchzuführen;
- Unterstützung für die Erstellung von Build-Spezifikationen (Build Spec) in einer visuellen Umgebung, ohne dass YAML-Dateien geschrieben und Syntax gelernt werden müssen;
- Möglichkeit zur flexiblen Anpassung des Build-Prozesses unter Verwendung von bedingten Build-Parametern, paralleler Ausführung mehrerer Build-Jobs und automatischer Ausführung von Jobs bei bestimmten Ereignissen;
- Unterstützung für die Definition benutzerdefinierter Status und Felder für Problembenachrichtigungen (Issues), die Möglichkeit zur Festlegung von Abhängigkeiten zwischen Feldern und die automatische Statusänderung bei bestimmten Ereignissen;
- Selbstaktualisierende Benutzeroberfläche für Issues, die kein Neuladen der Seite erfordert;
- Such- und Navigationssystem für Code und Änderungen, das die Syntax von Java, JavaScript, C, C++, CSharp, Go, PHP, Python, CSS, SCSS, LESS und R berücksichtigt;
- Unterstützung für das Verknüpfen von Diskussionen und externen Kommentaren mit Code und Änderungen (Diffs);
- Flexible Überprüfungsrichtlinien für Pull-Requests mit der Möglichkeit, bestimmte Branches zu schützen und Entwicklern die Überprüfung zuzuweisen;
- Schrittweiser Analysemodus für Commits bei der Überprüfung von Pull-Requests. Verknüpfung mit Diskussionen vergangener Überprüfungen;
- Abfragesprache, die es ermöglicht, relevante Informationen in Projekten, Commits, Builds, Issues, Pull-Requests und Kommentaren zu finden. Möglichkeit zum Speichern der Abfrage und zum Erhalt von Benachrichtigungen über neue damit verbundene Ereignisse;
- Ein Zugangskontrollsystem, das bestimmt, wer den Code in einem bestimmten Unterverzeichnis ändern, Issues zuweisen, Build-Releases ausführen und Protokolle einsehen kann, usw.
- Funktionen zum Erstellen und Klonen von Repositories;
- Abonnement für Benachrichtigungen über Commits in den Master-Branch;
- Unterstützung von Pull-Requests mit automatisierten Überprüfungen des eingereichten Commits im Continuous Integration-System und Genehmigung durch ein Expertengremium, das mindestens zwei Entwickler umfasst;
- Möglichkeit, Issues über Commit-Nachrichten zu schließen, die Diskussionen, Commits, Builds und Pull-Requests verknüpfen können;
- Möglichkeit zur Erstellung von im Interface gespeicherten Formularen zur Anzeige, welchen Benutzern die Lösungen für Probleme (Issues) zugewiesen sind;
- Unterstützung für die Erstellung benutzerdefinierter Felder, um Issues bestimmten Modulen und Plattformen zuzuordnen;
- Möglichkeit zur automatischen Änderung des Status eines Problems auf Deployed bei der Behebung im Build und auf Review bei der Eröffnung eines Pull-Requests;
- Möglichkeit, einem Problem den Status Verified zuzuweisen, den nur Entwickler mit Tester-Status vergeben können;
- Unterstützung für manuelle Wiederaufbauinitialisierung mit der Möglichkeit, die zugewiesene Version anzugeben und bei erfolgreichem Aufbau einen entsprechenden Tag zu erstellen;
- Auswahlmöglichkeiten für Plattform und Linux-Kernelversion beim Start einer manuellen Neubau-Initialisierung;
- Unterstützung für CI-Tests verschiedener Kombinationen von Oracle/MySQL und Linux/Windows beim Commits in den Master-Branch;
- Automatische Erstellung von Problem-Meldungen (Issues) und Zuweisung eines Verantwortlichen zur Klärung des Problems im Falle eines Master-Branch-Build-Fehlers in CI. Automatisches Schließen von Issues bei Behebung des Build-Fehlers;
- Möglichkeit zur Generierung von Dateien in einem Job, deren paralleler Verarbeitung in einem zweiten und Analyse der Ergebnisse in einem dritten;
- Unterstützung für das erneute Starten von Aufgaben im Falle eines Startfehlers des Handlers in Kubernetes;
- Möglichkeit zur Nutzung des MySQL-Dienstes während der Ausführung von Aufgaben;
- Unterstützung für die Vorgabe eines geheimen Schlüssels bei der Festlegung der Build-Spezifikation;
- Möglichkeit, den Zugriff für anonyme Benutzer auf die Releases bestimmter Projekte zu beschränken;
- Unterstützung für die Einschränkung der Release-Generierung nur auf den Master-Branch und die Bereitstellung von Releases auf Produktionsservern, die aus dem Master-Branch erstellt wurden.
Quelle: opennet.ru
