Kehittäjät jotka ovat suosittujen Linux-jakeluprojektien takana "CentOS and Fedora" julkaistu äskettäin mainoksen kautta päätös luoda yhteinen kehityspalvelu, joka nimettiin nimellä "Git Forge".
Tämä uusi palvelu rakennetaan GitLab-alustalla josta tulee pääalusta olla vuorovaikutuksessa Git-arkistojen kanssa ja isännöidä jakeluihin liittyviä projekteja CentOS ja Fedora.
Kun arvioit uuden Git Forgen mahdollisia ratkaisuja, Pagure ja Gitlab otettiin huomioon. Tutkittuaan noin 300 Fedora-, CentOS-, RHEL- ja CPE-projektin osallistujien arvostelua ja ehdotusta, muodostetut toiminnallisuusvaatimukset ja Gitlabin hyväksi tehty päätös.
Tyypillisten arkistointitoimintojen lisäksi alustan turvallisuus, käytettävyys ja vakaus mainittiin keskeisinä vaatimuksina.
Vaatimuksiin sisältyi ominaisuuksia, kuten push-pyyntöjen lähettäminen HTTPS: n kautta tarkoittaa rajoittaa pääsyä versioihin, tuki yksityisille versioille, jakaa pääsy ulkoisten ja sisäisten käyttäjien välilläs (esimerkiksi korjata haavoittuvuudet embargon aikana paljastamaan tietoa ongelmasta), osajärjestelmien yhtenäistäminen ongelmaraporttien, koodin, dokumentoinnin ja uusien ominaisuuksien suunnittelun kanssa, työkalujen saatavuus integroitavaksi IDE: n kanssa, tuki tyypillisiin työnkulkuihin.
GitLab-ominaisuuksista, jotka lopulta vaikuttivat päätökseen valita tämä foorumi, mainittiin sellaisten alaryhmien tuki, joilla on valikoiva pääsy arkistoihin, la mahdollisuus käyttää bottia automaattisiin sulautuksiin (CentOS Stream vaaditaan tukemaan paketteja ytimellä), integroitujen työkalujen läsnäolo kehityksen suunnittelussa, mahdollisuus käyttää käyttövalmiita SAAS-palveluja taatulla saatavuustasolla (se vapauttaa resursseja palvelimen ylläpitoon) infrastruktuuri).
Päätös on jo herättänyt kritiikkiä kehittäjien keskuudessa siitä, että päätös tehtiin ilman ennakkokeskustelua.
myös oli huolissaan siitä, että palvelu ei käytä GitLabin ilmaista Comminity-versiota. Erityisesti ilmoituksessa hahmoteltujen Git Forge -vaatimusten toteuttamiseen tarvittavat ominaisuudet ovat käytettävissä vain GitLab Ultimate -ohjelman omistetussa versiossa.
Aikomusta hyödyntää GitLabin tarjoamaa SAAS-palvelua (sovellus palveluna) kritisoitiin myös sen sijaan, että GitLab otettaisiin käyttöön palvelimillaan, mikä tekee palvelusta hallitsemattoman (esimerkiksi on mahdotonta varmistaa, että kaikki järjestelmä korjataan nopeasti, infrastruktuuria ylläpidetään asianmukaisesti, eikä yhdestä hetkestä telemetriaa aseteta ja kolmannen osapuolen tekemä sabotointi suljetaan pois.
Ratkaisu ei myöskään sovi hyvin Fedoran perusperiaatteisiin, joissa täsmennetään, että projektissa tulisi asettaa etusijalle ilmaiset vaihtoehdot.
Sillä välin, GitLab ilmoitti avaavansa 18 toiminnallisuuden käyttöönoton että aiemmin niitä tarjottiin vain GitLabin maksetuissa versioissa:
- Liittyvän ongelman liittäminen;
- GitLabin vienti CSV: hen.
- Tapa suunnitella, järjestää ja visualisoida yksittäisten ominaisuuksien tai julkaisujen kehitysprosessi.
- Sisäänrakennettu palvelu projektin osallistujien linkittämiseksi kolmansiin osapuoliin sähköpostitse.
- Web-päätelaite web IDE: lle.
- Mahdollisuus synkronoida tiedostoja verkkopäätteen koodimuutosten testaamiseksi.
- Suunnittelun hallintatyökalut, joiden avulla voit ladata malleja ja resursseja ongelmaan käyttämällä ongelmaa yhtenä yhteyspisteenä kaikkeen, mitä tarvitaan uuden ominaisuuden kehittämiseen.
- Laadun raportointikoodi.
- Tuki Conan (C / C ++), Maven (Java), NPM (node.js) ja NuGet (.NET) -paketinhallinnoille.
- Tuki Kanariansaarten toteutuksille, jonka avulla voit asentaa uuden version sovelluksesta pieneen osaan järjestelmää.
- Inkrementaalinen jakelu, jonka avulla ensin voidaan toimittaa uusia versioita vain pienelle määrälle järjestelmiä, nostaa kattavuuden asteittain 100 prosenttiin.
- Toiminnallisuusaktivointiliput, jotka antavat mahdollisuuden toimittaa projekti eri painoksissa aktivoimalla dynaamisesti tiettyjä ominaisuuksia.
- Yleinen käyttöönottotila, jonka avulla voit arvioida jokaisen Kubernetes-pohjaisen jatkuvan integrointiympäristön kuntoa.
- Tuki useiden Kubernetes-klustereiden määrittelylle konfiguraattorissa
- Tuki konttien verkkoturvakäytäntöjen määrittelemiselle, jotka mahdollistavat pääsyn erottamisen Kubernetes-podien välillä.
lähde: Centos-blogi - Fedora-blogi