En ny betydelig udgave er tilgængelig , en platform til styring af hele softwareudviklingscyklussen, som tilbyder et fuldt sæt værktøjer til at udvikle projekter i overensstemmelse med DevOps-paradigmet. OneDev minder om GitLab med hensyn til funktionalitet og giver også mulighed for at implementere en infrastruktur til samarbejdende udvikling, gennemgang, test, bygning og levering af udgivelser uden at være bundet til eksterne cloud-tjenester som GitHub. Projektkoden er skrevet i Java og under MIT-licensen.
Nogle funktioner:
- En forenklet proces til implementering af en build-farm til at køre CI-builds i Kubernetes, der ikke kræver brug af agenter og runners. Mulighed for test i containere med Linux og Windows;
- Understøttelse af oprettelse af build-specifikationer (Build Spec) i en visuel tilstand uden at skrive YAML-filer og huske syntaks;
- Mulighed for fleksibel tilpasning af byggeprocessen ved hjælp af betingede byggeparametre, parallel udførelse af flere byggeopgaver og automatisk udførelse af opgaver ved bestemte hændelser;
- Understøttelse af definition af egne tilstande og felter til meddelelser om problemer (issue), mulighed for at definere afhængigheder mellem felter og automatisk ændring af tilstand ved bestemte hændelser;
- Selvopdaterende interface til issues, der ikke kræver genindlæsning af siden;
- Et søge- og navigationssystem til kode og ændringer, der tager højde for syntaksen i Java, JavaScript, C, C++, CSharp, Go, PHP, Python, CSS, SCSS, LESS og R;
- Understøttelse af at binde diskussioner og eksterne kommentarer til kode og ændringer (diff);
- Fleksible regler for gennemgang af pull-anmodninger med mulighed for beskyttelse af bestemte grene og tildeling af udviklere til gennemgang;
- Trinvise analyser af commits ved gennemgang af pull-anmodninger. Binding til diskussioner fra tidligere gennemgange;
- Et forespørgselsprog, der gør det muligt at finde de relevante oplysninger i projekter, commits, builds, issues, pull-anmodninger og kommentarer. Mulighed for at gemme forespørgslen og modtage underretninger om nye relaterede hændelser;
- Et adgangskontrolsystem, der gør det muligt at bestemme, hvem der kan ændre kode i en bestemt underkatalog, tildele issues, køre builds af udgivelser, se logs osv.
- Muligheder for oprettelse og kloning af repositories;
- Abonnement til at modtage meddelelser om commits til master-grenen;
- Support til pull-anmodninger med automatiseret kontrol af den accepterede commit i systemet for kontinuerlig integration og godkendelse fra et ekspertpanel, der omfatter mindst to udviklere;
- Mulighed for at lukke issues via commit-beskeden, der kan binde diskussion, commit, builds og pull-anmodninger;
- Mulighed for at oprette formularer, der gemmes i grænsefladen, for at vise, hvilke brugere der er tildelt løsning af problemer (issues);
- Support til oprettelse af brugerdefinerede felter til at knytte issues til bestemte moduler og platforme;
- Mulighed for automatisk at ændre status for et problem til Deployed ved reparation ved bygningen og til Review ved åbning af en pull-anmodning;
- Mulighed for at tildele et problem statusen Verified, som kan tildeles af udviklere med status som tester;
- Support til manuel initiering af genopbygning med mulighed for at angive versionen, der vil blive tildelt, og oprette den tilsvarende tag ved en succesfuld bygning;
- Mulighed for at vælge platform og version af Linux-kernen ved manuel genopbygning;
- Support til test i CI med forskellige kombinationer af Oracle/MySQL og Linux/Windows ved commit til master-grenen;
- Automatisk oprettelse af meddelelser om problemer (issues) og tildeling af ansvarlig for at undersøge problemet i tilfælde af, at master-grenen i CI fejler. Automatisk lukning af issues ved reparation af fejl under bygning;
- Mulighed for at generere filer i et job, deres parallelle behandling i et andet og analyse af resultaterne i det tredje;
- Support til genstart af jobs i tilfælde af fejl ved opstart af handleren i Kubernetes;
- Mulighed for at bruge MySQL-tjenesten under udførelsen af arbejde;
- Support til at angive en hemmelig nøgle ved fastlæggelsen af specifikationen for bygningen;
- Mulighed for at begrænse adgangen for anonyme brugere kun til udgivelser af bestemte projekter;
- Support til at begrænse generering af udgivelser kun til master-grenen og kun uploade udgivelser, der er bygget fra master-grenen til produktionsservere.
Kilde: opennet.ru
