Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Jukka Pitkänen (UEF), Juha Nisso (TAU) ja Timo Alatalo (TAU) ovat muotoilleet tällä sivulla olevan taustoittavan kyselyn. Toivomme vastauksia 6.3. mennessä.


Vastaaja & organisaatio

Olisiko teillä tarvetta keskitetylle GitLab-versiohallintapalvelulle?

Onko tarve julkiselle GitHubin kaltaiselle palvelulle vai vain korkeakoulun sisäiseen käyttöön?

Mille käyttäjäryhmille palvelun pitäisi olla suunnattu (esim. tutkija, opettaja, opiskelija, hallinto, korkeakoulun ulkopuoliset yhteistyökumppanit)?

Mitä versionhallinnan järjestelmiä teillä on käytössä, hostaatteko itse esimerkiksi GitLabia tai jotain vastaavaa?

Pitäisikö GitLab-palveluun pystyä välittämään käyttöoikeustietoja automaattisesti korkeakoulujen käyttäjätunnushallinnasta esim. HAKA-attribuutteina? (esim. tutkimusryhmän jäsenet, tutkija-/opiskelijatiedot, korkeakoulun tietohallinnon henkilökunta)

Mitä kirjautumistapoja palveluun pitäisi olla? (HAKA, Edugain, Facebook, Google, O365 jne.)?

Muita ajatuksia tai ideoita tähän aiheeseen tai aikatauluun liittyen?

  • Tampereen yliopisto
  • Tampereen ammattikorkeakoulu

Juha Nisso

On. Meillä on useita erillisiä paikallisia Gitlab-asennuksia, jotka haluttaisiin korvata keskitetyllä ratkaisulla.

CSC:n tarjoama yhteinen ratkaisu helpottaisi korkeakoulujen välistä yhteistyötä HAKA-tunnistautumisen avulla.

Tarve on ensisijaisesti korkeakoulun sisäiseen (tunnistautuneiden käyttäjien) käyttöön, mutta myös julkinen Githubin kaltainen palvelu kiinnostaa osaa tutkimusryhmistä.

Käyttäjäryhmät

  • henkilökunta (tutkimus, opetus ja hallinto)
  • opiskelijat

Lisäksi tarve kevyelle mekanismille luoda ulkopuolisille yhteistyökumppaneille tunnuksia.

Itsetuotettuna palveluna:

  • Gitlab (useita)
  • Subversion (useita)
  • Bitbucket

Tutkimuksella käytössä myös Github ilmaisversiona.

Kyllä. Mahdollisuus hyödyntää oman korkeakoulun käyttäjätunnushallinnan tietoja helpottaisi huomattavasti käyttöoikeuksien hallintaa esim. valmiiden roolien tai ryhmien kautta.

HAKA ja Edugain pakolliset.

Ulkopuolisille yhteistyökumppaneille esim. Google ja O365.

Tarvitsisimme uuden ratkaisun syksyksi 2020.

  • Helsingin yliopisto

Minna Harjuniemi & Sami Maisala

Tarve ei ole erityisen suuri. Oma toteutus täyttää jo lokaalit tarpeet ja on, ja siinä on pystytty räätälöimään yliopiston tarvitsemat käytännöt ja toimintatavat.

Korkeakoulun sisäiseen käyttöön, koska sieltä pystyy jakamaan myös avoimesti sisältöjä. HY:n nykyisessä gitlab-instanssissa on ohjelmistokehityksen lisäksi konfiguraatiotietojen versiohallintaa sekä jossain määrin tutkimusaineistoja.

Käyttäjäryhmä, näkökulma tuottajan:

  • henkilökunta, opiskelijat, yhteistyökumppanit (tähän ryhmään lasketaan esim. ulkoa ostettu ohjelmointityö)

Käyttäjäryhmä, näkökulma hyödyntäjän:

  • avoimien aineistojen osalta kuka tahansa missä tahansa
  • suljettujen aineistojen osalta "tuottajaryhmien" lisäksi ulkopuoliset tahot, joille syystä tai toisesta annettu käyttöoikeus aineistoon

Itse tuotettuna

  • Gitlab (version.helsinki.fi), liitetty Haka-tunnistautumiseen. 
  • SVN (poistumassa, rajattu käyttö)
  • yksittäisillä käyttäjillä saattaa olla jotain virityksiä, mutta niistä ei pidetä lukua eikä niitä tueta
Nimi, sähköpostiosoite ja taustaorganisaatio riittävät nykyisessäkin toteutuksessa.

Haka ja edugain .

Repository-kohtaisesti ko omistaja voi lisätä erilaisia avaimia, joita omistaja voi jakaa haluamilleen yhteistyötahoille (ml ulkopuoliset).

Olisiko parempi, jos CSC tarjoaisi niille korkeakouluille, jotka palvelun haluavat, dedikoidun instanssin ja sen ylläpidon mahdollisesti korkeakoulubrändättynä (ts korkeakoulun url:lla)