Liberigo de la kunlabora evoluiga platformo Kallithea 0.5

Enkondukita liberigo de deponeja mastruma sistemo Kallithea 0.5, bazita entuziasmuloj kaj reprezentantoj de la Software Freedom Conservancy por daŭrigi la evoluon de la libera kodbazo RhodeCode, post transformoj ĉi tiun platformon en duonproprietan komercan produkton. Kallithea permesas vin disfaldi disvolvan administran infrastrukturon kiu subtenas Git kaj Mercurial-versiokontrolsistemojn, kaj similas en taskoj al GitHub, GitLab kaj Bitbucket. La projektkodo estas skribita en Python kaj distribuita de licencita laŭ GPLv3.

Kallithea inkluzivas alt-efikecan servilon por prilabori push/pull-petojn kaj retinterfacon por organizi kunlaboran disvolviĝon, kiu ebligas al vi administri deponejojn, kunhavigi alirrajtojn, revizii kodon, spuri la agadon de aliaj partoprenantoj, forkprojektojn, sendi tirpetojn aŭ. ŝanĝi kodon al loko, per simpla redaktilo. Integriĝo kun centralizita entreprena uzantdatumbazo bazita sur LDAP aŭ ActiveDirectory estas subtenata. La kreado de deponejoj kaj programgrupoj kun unuigita administrado de grupanoj estas subtenata. La aspekto de la interfaco povas esti facile ŝanĝita per la ŝablonsistemo. Vida reprezentado de agado en formo de grafikaĵoj estas subtenata. La sistemo de revizio de ŝanĝoj subtenas diskuton pri ŝanĝoj kaj sendo de sciigoj.

La servila parto de la platformo estas multfadena, kio ebligas al vi samtempe servi plurajn tirajn/puŝajn petojn. Por pliigi rendimenton, la sistemo aktive uzas kaŝmemoron kaj plenumas agojn en nesinkrona reĝimo. La sistemo havas integritajn rezervajn ilojn, kiuj permesas vin periode arkivi kaj konservi kopion de ĉiuj datumoj per "scp". Por spuri agadon en deponejoj, speciala tavolo estas subtenata, kiu konservas protokolon de ĉiuj petoj kaj permesas ke ĉiu peto estu aŭtentikigita. Biblioteko estas uzata por labori kun deponejoj vcs, projektaj metadatenoj povas esti stokitaj en SQLite, PostgreSQL aŭ aliaj datumbazoj subtenataj de SQLAlchemy.

Ĉefaj ŝanĝoj:

  • Eblas aliri la deponejon uzante SSH uzante URL kiel "ssh://".[retpoŝte protektita]/nomo/de/deponejo". Aŭtentikigo dum aliro al deponejo per SSH estas bazita sur la publika ŝlosilo de la uzanto (kun aŭ sen kroma pasvorta protekto de la ŝlosilo, depende de la prefero de la uzanto). Alŝuto de la ŝlosilo (~/.ssh/id_rsa.pub) al la servilo estas farita per la interfaco de Kallithea, kiu aŭtomatigas la konservadon de la ŝlosilo en la dosiero authorized_keys. Oni rimarkas, ke la agado labori kun la deponejo per SSH estas pli alta ol kiam oni aliras la deponejon per HTTPS.
  • Aldonita subteno por distribuita versio-kontrolsistemo Mercurial 5.2.
  • La funkcio "Administranto > Agordoj > Vida > (HTTP) Klona URL" estis relaborita, kies prizorganto nun eksplicite kontrolas la ĉeeston de la ĉenoj "{repo}" kaj "_{repoid}".
  • La sistemo de alirrajtoj estis purigita - alirrajtoj ĉiam estas konsiderataj nur kiel aldonaj, t.e. estas garantiite ke iu ajn uzanto havos almenaŭ la samajn rajtojn kiel la defaŭlta uzanto.
  • Subteno por la agordo api_access_controllers_whitelist estis forigita de la agorda dosiero. Aŭtentikigo per API-alirŝlosilo nun aŭtomate donas aliron al ĉiuj API-oj permesitaj al la uzanto.
  • Subteno por Python 2.6 estis nuligita. Nuntempe nur la branĉo Python 2.7 estas subtenata, sed la programistoj laboras por provizi plenan subtenon por Python 3.x.
  • La deponeja ŝlosa funkcio (tiri-al-ŝlosi, puŝ-al-malŝlosi) estis forigita.

fonto: opennet.ru

Aldoni komenton