Prosiectau и am y penderfyniad i greu gwasanaeth datblygu cydweithredol Git Forge, a fydd yn cael ei adeiladu gan ddefnyddio platfform GitLab. Bydd GitLab yn dod yn brif lwyfan ar gyfer rhyngweithio â storfeydd Git ac ar gyfer cynnal prosiectau sy'n ymwneud â dosbarthiadau CentOS a Fedora. Gwasanaeth a ddefnyddiwyd yn flaenorol yn parhau i fodoli, ond yn cael ei drosglwyddo i ofal cymuned sydd â diddordeb mewn datblygiad parhaus. Bydd Pagure yn cael ei ddileu o gefnogaeth y tîm CPE (Peirianneg Platfform Cymunedol) a gyflogir yn Red Hat, sy'n ymwneud â chynnal y seilwaith ar gyfer datblygu a chyhoeddi datganiadau Fedora a CentOS.
Wrth werthuso atebion posibl ar gyfer y Git Forge newydd, fe wnaethom ystyried
Pagure a Gitlab. Yn seiliedig ar astudiaeth o tua a dymuniadau gan gyfranogwyr yn y prosiectau Fedora, CentOS, RHEL a CPE, ffurfiwyd gofynion ymarferoldeb a gwnaed y dewis o blaid Gitlab. Yn ogystal â gweithrediadau safonol gydag ystorfeydd (uno, creu ffyrc, ychwanegu cod, ac ati), nodwyd diogelwch, rhwyddineb defnydd a sefydlogrwydd y platfform ymhlith y gofynion allweddol.
Roedd y gofynion yn cynnwys nodweddion fel anfon ceisiadau gwthio dros HTTPS, dulliau o gyfyngu mynediad i ganghennau, cefnogaeth i ganghennau preifat, gwahanu mynediad i ddefnyddwyr allanol a mewnol (er enghraifft, i weithio ar ddileu gwendidau yn ystod embargo ar ddatgelu gwybodaeth am y broblem) , rhyngwyneb cynefindra, uno is-systemau ar gyfer gweithio gydag adroddiadau problemau, cod, dogfennu a chynllunio nodweddion newydd, argaeledd offer ar gyfer integreiddio â DRhA, cefnogaeth ar gyfer llifoedd gwaith safonol.
O'r galluoedd GitLab a ddylanwadodd yn y pen draw ar y penderfyniad i ddewis y platfform hwn, cyfeiriwyd at gefnogaeth i is-grwpiau â mynediad dethol i ystorfeydd, y gallu i ddefnyddio bot ar gyfer uno awtomatig (mae angen CentOS Stream i gynnal pecynnau gyda'r cnewyllyn), y presenoldeb offer adeiledig ar gyfer cynllunio datblygiad, y gallu i ddefnyddio gwasanaeth SAAS parod gyda lefel warantedig o argaeledd (bydd yn rhyddhau adnoddau ar gyfer cynnal a chadw seilwaith y gweinydd).
Mae'r penderfyniad eisoes beirniadaeth ymhlith datblygwyr oherwydd y ffaith bod y penderfyniad wedi'i wneud heb drafodaeth helaeth ymlaen llaw. Mynegwyd pryderon hefyd na fyddai'r gwasanaeth yn defnyddio'r rhifyn Cymunedol rhad ac am ddim o GitLab. Yn benodol, dim ond yn y fersiwn perchnogol y mae'r galluoedd angenrheidiol i weithredu'r gofynion ar gyfer Git Forge a ddisgrifir yn y cyhoeddiad ar gael .
Beirniadwyd hefyd y bwriad i ddefnyddio’r gwasanaeth SAAS (cais fel gwasanaeth) a ddarperir gan GitLab, yn lle gosod GitLab ar ei weinyddion, sy’n mynd â’r gwasanaeth allan o reolaeth (er enghraifft, mae’n amhosibl bod yn siŵr bod yr holl wendidau mewn mae'r system yn cael ei dileu yn brydlon, seilwaith yn cael ei gynnal, un diwrnod ni fydd ac mae sabotage gan bersonél cwmni trydydd parti wedi'i eithrio). Nid yw'r ateb hefyd yn gweithio gyda , sy'n nodi bod yn rhaid i'r prosiect roi blaenoriaeth i ddewisiadau amgen rhad ac am ddim.
Yn y cyfamser, GitLab am ddarganfod gweithrediadau 18 swyddogaeth a gynigiwyd yn flaenorol mewn rhifynnau perchnogol o GitLab yn unig. Mae galluoedd yn cwmpasu gwahanol feysydd o reoli'r cylch datblygu meddalwedd llawn, gan gynnwys cynllunio datblygu, creu prosiectau, dilysu, rheoli pecynnau, cynhyrchu rhyddhau, ffurfweddu a diogelwch.
Mae'r swyddogaethau canlynol wedi'u trosglwyddo i'r maes awyr agored:
- Atodi mater cysylltiedig;
- Problem allforio o GitLab i CSV;
- Dull o gynllunio, trefnu a delweddu'r broses o ddatblygu swyddogaethau unigol neu ryddhau;
- Gwasanaeth integredig ar gyfer cysylltu cyfranogwyr y prosiect â thrydydd partïon gan ddefnyddio e-bost.
- Terfynell we ar gyfer Web IDE;
- Y gallu i gydamseru ffeiliau i brofi newidiadau mewn cod yn y derfynell we;
- Dyluniad rheolaethau sy'n eich galluogi i uwchlwytho ffugiau ac asedau i'w cyhoeddi, gan ddefnyddio mater fel un pwynt mynediad at bopeth sydd ei angen arnoch i ddatblygu nodwedd newydd;
- Adroddiadau ansawdd cod;
- Cefnogaeth i reolwyr pecynnau Conan (C/C++), Maven (Java), NPM (node.js) a NuGet (.NET);
- Cefnogaeth ar gyfer lleoli caneri, sy'n eich galluogi i osod fersiwn newydd o'r rhaglen ar ran fach o'r systemau;
- Dosbarthiadau cynyddrannol, gan ganiatáu i fersiynau newydd gael eu cyflwyno i nifer fach o systemau ar y dechrau, gan gynyddu'r cwmpas yn raddol i 100%;
- Baneri actifadu ymarferoldeb, sy'n ei gwneud hi'n bosibl cyflwyno'r prosiect mewn gwahanol rifynnau, gan actifadu rhai nodweddion yn ddeinamig;
- Modd trosolwg lleoli, sy'n eich galluogi i asesu cyflwr pob amgylchedd integreiddio parhaus yn seiliedig ar Kubernetes;
- Cefnogaeth ar gyfer diffinio clystyrau Kubernetes lluosog yn y cyflunydd (er enghraifft, gallwch ddefnyddio clystyrau Kubernetes ar wahân ar gyfer gweithrediadau treial a llwythi gwaith);
- Cefnogaeth i ddiffinio polisïau diogelwch rhwydwaith cynwysyddion sy'n eich galluogi i gyfyngu mynediad rhwng codennau Kubernetes.
Yn ogystal, gellir ei nodi Mae GitLab yn diweddaru 12.9.1, 12.8.8 a 12.7.8 (Argraffiad Cymunedol ac Argraffiad Menter), sy'n trwsio'r bregusrwydd. Mae'r mater wedi bod yn bresennol ers rhyddhau GitLab EE/CE 8.5 ac mae'n caniatáu darllen cynnwys unrhyw ffeil leol wrth symud mater rhwng prosiectau.
Bydd manylion am y bregusrwydd yn cael eu datgelu ar ôl 30 diwrnod.
Ffynhonnell: opennet.ru