Ang mga developer ng proyekto ng openSUSE ay nag-anunsyo ng suporta para sa mga paulit-ulit na build sa openSUSE Factory repository, na gumagamit ng rolling update model at nagsisilbing batayan para sa pagbuo ng openSUSE Tumbleweed distribution. Binibigyang-daan ka na ngayon ng openSUSE Factory build configuration na matiyak na ang mga binary na ibinahagi sa mga package ay binuo mula sa ibinigay na source code at hindi naglalaman ng mga nakatagong pagbabago. Halimbawa, maaaring personal na i-verify ng sinumang user na ang mga iminungkahing asembliya ay unti-unting tumutugma sa mga asembliya na personal na nakolekta mula sa mga source code.
Kapag bumubuo ng mga paulit-ulit na pagpupulong, ang mga naturang nuances ay isinasaalang-alang bilang eksaktong pagtutugma ng mga dependency, paggamit ng hindi nabagong komposisyon at mga bersyon ng mga tool sa pagpupulong, isang magkaparehong hanay ng mga pagpipilian at default na mga setting, pagpapanatili ng pagkakasunud-sunod ng pagpupulong ng file (paggamit ng parehong pag-uuri pamamaraan), hindi pagpapagana sa pagdaragdag ng hindi permanenteng impormasyon ng serbisyo ng compiler, tulad ng mga random na halaga, mga sanggunian sa path ng file, at impormasyon ng petsa at oras ng pagbuo.
Ang kakayahang i-verify ang pagkakakilanlan ng isang binary assembly ay nagbibigay-daan sa iyo na huwag umasa lamang sa tiwala sa imprastraktura ng pagpupulong, kung saan ang pagkompromiso sa compiler o mga tool sa pagpupulong ay maaaring humantong sa pagpapalit ng mga nakatagong bookmark. Halimbawa, ang mga paulit-ulit na build ay ginamit ng mga developer ng openSUSE upang alisin ang mga nakakahamak na pagbabago na maaaring naipasok sa repositoryo bilang resulta ng insidente sa backdoor sa xz package (ang nakompromisong liblzma library na ginamit upang i-unpack ang archive na may GCC code ay maaaring potensyal na magpakilala ng mga pagbabago sa GCC code na maaaring magamit upang magpasok ng mga nakakahamak na elemento sa mga naka-assemble na application).
Ang Factory repository ay hindi inilaan para sa mga end user at pangunahing ginagamit ng mga developer ng pamamahagi dahil hindi ito garantisadong magiging stable sa lahat ng oras. Ang mga system package na idinagdag sa Factory ay sumasailalim sa awtomatikong pagsubok gamit ang mga openQA na tool. Kapag nakumpleto na ang pagsubok at na-verify na pare-pareho ang estado ng dependency, ang mga nilalaman ng repository ay i-flush sa mga salamin ng ilang beses sa isang linggo at ang resultang state slice ay nai-publish bilang openSUSE Tumbleweed.
Pinagmulan: opennet.ru
