Siit juhendist leiad juhised, mis aitavad valmistuda Atlassian Jira ja Confluence’i üleminek pilvekeskkonda üleminekuks ja sellega seotud muudatusteks.

Pilvemigratsiooni ettevalmistuste käigus seome Atlassiani kontod (sh varasemalt Atlassiani pilvekeskkonda loodud kontod) Tartu Ülikooli keskse autentimislahendusega. See võimaldab edaspidi kasutada turvalist ühtset sisselogimist (SSO) ning tagada ühtse identiteedi- ja ligipääsuhalduse.

Andmete üleviimine algab 9. oktoobril 2026 kell 18.00. Plaani järgi saavad kasutajad uues keskkonnas tööd jätkata hiljemalt 12. oktoobri 2026 tööpäeva alguses.

  • Üleviimise ajal abi ja probleemidest teatamine 

E-post: arvutiabi@ut.ee 

Kiireloomulised küsimused: 737 5500 

  • Pärast migratsiooni abi ja probleemidest teatamine 

Tehke pöördumine arvutiabile. Lisage võimalusel:

  • probleemse projekti, tööruumi või lehe nimi; 
  • link mõjutatud sisule; 
  • ekraanipilt veateatest;
  • tegevuse kirjeldus: mida proovisite teha ja mis juhtus;
  • Info selle kohta, kas probleem esineb ka teistel kasutajatel; 
  • Kas ma saan ülemineku ajal Jiras ja Confluence’is muudatusi teha? 
    • Ei. Kogu andmete üleviimise vältel ei ole võimalik keskkondadesse sisse logida ega seal muudatusi teha. 
  • Kas ma saan ülemineku ajal otsida avalikest juhenditest infot? 
  • Kuidas toimub pärast migratsiooni sisselogimine?
    • Atlassiani pilveteenustesse logitakse Tartu Ülikooli e-postiaadressiga, mis suunab edasi kasutajakontoga kesksesse autentimisse ehk SSO-sse.
  • Kas projektid ja tööruumid viiakse üle? 
    • Migratsiooni eesmärk on viia olemasolevad Jira ja Confluence’i andmed pilvekeskkonda. Pärast üleminekut kontrollige, kas teie tavapärased projektid, tööruumid ja oluline sisu on nähtavad. Kui avastate, et midagi on puudu, siis tehke pöördumine arvutiabile.
  • Kas kasutajaliides muutub? 
    • Jah. Pilvekeskkonna kasutajaliides ja osa funktsioonide asukohast erinevad varasemast. Kasutajaliides on vaikimisi ingliskeelne, sest kõiki Atlassiani pilvekeskkonna funktsioonide nimetusi ei ole eesti keelde tõlgitud. Kasutaja saab keelevalikut enda seadete alt muuta, kuid arvestada tuleb, et eesti keelde pole paljusid nimetusi tõlgitud, seega eesti keelt valides jäävad osad nimetused ingliskeelseks.
  • Mis saab kasutajatoe pöördumistest migratsiooni ajal? 
    • IT-teenuste portaali kaudu ei saa migratsiooni ajal pöördumisi esitada ega Jiras tavapäraselt töödelda. Arvutiabi@ut.ee aadressile saadetud kirjad säilivad  ja jõuavad pärast ülemineku lõppu kasutajatoe spetsialistideni lahendamiseks. 
  • Mida teha, kui pärast migratsiooni midagi ei tööta? 
    • Saatke arvutiabile võimalikult täpne kirjeldus, probleemse sisu link ja ekraanipilt veateatest.
  • Kas praeguses keskkonnas olevad andmed jäävad kättesaadavaks ka pärast migratsiooni?
    •   Jah. Seniseid Jira ja Confluence'i keskkondi ei kustutata kohe pärast migratsiooni. Kuigi kasutajad neisse enam sisse logida ei saa, andmed säilivad 6 kuud pärast üleminekut. Kui teil on vaja vanast keskkonnast mõnda infot, mida pilvekeskkonnast ei leia, tehke palun pöördumine arvutiabisse.
  • Kuidas toimida, kui Jira või Confluence’i viide suunab vanasse keskkonda või ei tööta?
    • Pärast üleminekut pilvekeskkonda tuleb viited Jira ja Confluence projektidele ja juhenditele üle vaadata ja vajadusel uuendada. Kui viide suunab vanasse keskkonda või ei tööta, proovige esmalt leida vastav sisu uuest Jira või Confluence’i keskkonnast ning asendada vana viide uuega. Kui te ei leia õiget viidet uuest keskkonnast, siis võtke ühendust Arvutiabiga. 

Antud tooted ei ole IT-osakonna kasutuses ning juhised on koostatud Atlassiani tugimaterjalide põhjal. Atlassiani jooksvate kasutajaliidese ja funktsionaalsuste muudatuste tõttu võivad tegelikud sammud juhendis esitatust vähesel määral erineda.

Personaalse sisu säilitamiseks looge eraldi Atlassiani konto oma isikliku e-posti aadressiga ning andke sellele juurdepääs vajalikule sisule. Enne ülikooli konto eemaldamist kontrollige kindlasti personaalse kontoga sisse logides, et vajalik sisu ja õigused on alles.

Tahvlite liikmesuse ja administraatoriõiguse ülekandmine

  1. Looge isikliku e-posti aadressiga Atlassiani konto ja kinnitage selle e-posti aadress.
  2. Logige Trellosse sisse ülikooli kontoga.
  3. Avage Trello tahvlite liikmesuse ülekandmise tööriist.
  4. Sisestage isikliku konto e-posti aadress või Trello kasutajanimi.
  5. Valige tahvlid, millele soovite isikliku kontoga juurdepääsu saada.
  6. Esialgu ärge märkige ülikooli konto eemaldamise valikut. Tehke ülekanne ning kontrollige isikliku kontoga sisse logides, et kõik vajalikud tahvlid avanevad.
  7. Kui ülikooli konto oli tahvli administraator, saab ka isiklikust kontost automaatselt tahvli administraator. Kui ülikooli konto ei olnud administraator, ei saa isiklik konto automaatselt administraatoriõigust. Vajaduse korral paluge olemasoleval administraatoril anda isiklikule kontole vajalikud õigused.
  8. Pärast kontrollimist eemaldage ülikooli konto tahvlitelt või lahkuge nendelt ülikooli kontoga. Vaadake selleks Trello ametlikku tahvlilt lahkumise juhendit.

Oluline: liikmesuse ülekandmise tööriist ei kopeeri tahvleid ega vii neid teise Trello Workspace’i, vaid lisab isikliku konto valitud tahvlite liikmeks. Kui ülikooli konto eemaldamise valikut ei märgita, säilib sellel kontol juurdepääs tahvlitele.

Isiklikku kontot ei määrata automaatselt kaartide liikmeks. Teavituste ja tähtajameeldetuletuste saamiseks tuleb vajalikud kaardid isikliku kontoga uuesti jälgimisele võtta. Samuti võivad vajada uuesti seadistamist reaktsioonid, hääled ja mõned Power-Up’ide seaded.

Uue konto lisamine võib mõjutada Workspace’i kasutajate arvu ja litsentsiarvestust. Eriti tuleb seda arvestada tasuta Workspace’i puhul kehtiva kasutajate arvu piiranguga.

Ametlik juhend: How to transfer board memberships to a new account


Workspace’i administraatoriõiguse üleandmine

Tahvli administraatoriõigus ja Workspace’i administraatoriõigus on erinevad. Tahvlite liikmesuse ülekandmise tööriist võib anda isiklikule kontole tahvli administraatoriõiguse, kuid Workspace’i administraatoriõigust see automaatselt üle ei anna.

Kui ülikooli konto on Trello Workspace’i administraator ja isiklik konto peab edaspidi Workspace’i haldama, tehke enne ülikooli konto eemaldamist järgmist:

  1. Veenduge, et isiklik konto on Workspace’i liikmeks lisatud. Workspace’i administraatoriks ei saa kasutajat otse kutsuda – esmalt tuleb ta lisada tavalise liikmena.
  2. Avage Trello avaleht, valides Trello logo.
  3. Valige külgribalt vastav Workspace ja seejärel Members.
  4. Leidke liikmete nimekirjast isiklik konto.
  5. Valige konto nime kõrval Normal ning muutke rolliks Admin.
  6. Logige Trellosse sisse isikliku kontoga ja kontrollige, et Workspace’i liikmete, tahvlite ning seadete haldamise võimalused on olemas.
  7. Alles pärast kontrollimist eemaldage ülikooli konto Workspace’ist või muutke selle administraatoriõigus tavaliikme õiguseks.

Oluline: Workspace’i administraatoriõigus annab isiklikule kontole oluliselt laiemad õigused kui ühe tahvli administraatoriõigus. Andke see õigus üle ainult juhul, kui kogu Workspace on personaalne või isiklik konto peabki saama õiguse kõiki Workspace’i liikmeid, tahvleid ja seadistusi hallata.

Kui Workspace sisaldab peale personaalse tahvli ka teiste inimeste või ülikooliga seotud tahvleid, ei tohiks isiklikule kontole automaatselt kogu Workspace’i administraatoriõigust anda. Sellisel juhul piisab üldjuhul konkreetse tahvli administraatoriõigusest.

Tasuta Workspace’is on kõik Workspace’i liikmed ühtlasi Workspace’i administraatorid, kuid see ei anna neile automaatselt administraatoriõigust kõigil tahvlitel. Standard- ja Premium-paketi puhul on Workspace’i administraator ühtlasi administraator kõigil selle Workspace’i tahvlitel, sealhulgas privaatsetel tahvlitel.

Ametlik juhend: Add an admin to a Workspace

Bitbucket Cloudi hoidlad kuuluvad Workspace’ile, mitte otseselt kasutajakontole. Seetõttu on kaks võimalikku lahendust:

  • hoidla jääb senisesse Workspace’i ning isiklikule kontole antakse vajalik juurdepääs;
  • hoidla viiakse üle isikliku kontoga hallatavasse Workspace’i.

Kui hoidla võib jääda senisesse Workspace’i

  1. Logige Bitbucketisse sisse ülikooli kontoga.
  2. Avage vastava Workspace’i Workspace settings.
  3. Valige jaotises Access management valik User groups.
  4. Valige sobiv kasutajagrupp ja seejärel Add members.
  5. Sisestage isikliku Atlassiani konto nimi või e-posti aadress.
  6. Määrake isiklikule kontole või selle grupile vajalik ligipääsutase ja kinnitage muudatus.
  7. Vajaduse korral avage konkreetse hoidla juures Repository settings → Repository permissions ning kontrollige või muutke isikliku konto või grupi õigusi.
Võimalikud hoidla õigustasemed on järgmised:
  • Admin – täielik haldusõigus, sealhulgas hoidla seadete ja kasutajaõiguste muutmine ning hoidla kustutamine;
  • Write – võimalus hoidla sisu muuta ja muudatusi üles laadida;
  • Read – võimalus hoidla sisu vaadata, kloonida ja fork’ida, kuid mitte muudatusi üles laadida.
  1. Logige Bitbucketisse sisse isikliku kontoga ning kontrollige, et kõik vajalikud hoidlad avanevad ja õigused töötavad.
  2. Alles pärast kontrollimist eemaldage ülikooli konto hoidlate ja Workspace’i juurdepääsudest, kui selle ligipääsu ei ole enam vaja.

Oluline: grupi kaudu antud õigused võivad rakenduda mitmele sama Workspace’i hoidlale. Enne konto gruppi lisamist kontrollige, millistele hoidlatele ja milliste õigustega see grupp juurdepääsu annab.

Bitbucket Cloudi tasuta paketis võib lubatud kasutajate arvu ületamine muuta privaatsed hoidlad kirjutuskaitstuks, kuni kasutajate arvu vähendatakse või paketti uuendatakse.

Ametlik juhend: Grant repository access to users and groups


Kui kogu hoidla tuleb viia isikliku konto Workspace’i

  1. Looge või valige isikliku kontoga hallatav Bitbucket Cloudi Workspace.
  2. Logige Bitbucketisse sisse kontoga, millel on lähte-Workspace’is administraatoriõigus.
  3. Avage üleviidava hoidla juures Repository settings.
  4. Valige Transfer repository.
  5. Sisestage uue omaniku väljale sihtkoha Workspace’i ID. Sisestada tuleb ainult Workspace’i ID, mitte selle täielik veebiaadress.
  6. Valige Transfer ja kinnitage ülekanne.
  7. Logige sisse isikliku kontoga. Bitbucket saadab sihtkoha Workspace’i administraatorile või konto omanikule e-kirja, mille kaudu saab ülekandmistaotluse avada ning vastu võtta või tagasi lükata.
  8. Avage saabunud e-kirjast ülekandmistaotlus, valige sihtkohas sobiv projekt ja kinnitage ülekanne.
  9. Pärast ülekannet kontrollige hoidla õigusi, integratsioone, Pipeline’ide seadistusi ja muid ühendusi.
  10. Uuendage kohalikus Git-kliendis hoidla remote URL või kloonige hoidla uuelt aadressilt uuesti. Bitbucket muudab ülekandmisel hoidla veebiaadressi automaatselt, kuid kohalike Git-kloonide seadistusi tuleb kasutajatel endal uuendada.

Oluline:

  • Ülekandmiseks peab kasutajal olema lähte-Workspace’is administraatoriõigus.
  • Sihtkoha Workspace’i liikmetele määratud õigused ei rakendu üleviidud hoidlale automaatselt. Vajalikud kasutaja- ja grupiõigused tuleb pärast ülekannet üle kontrollida ning vajaduse korral uuesti seadistada.
  • Bitbucket Pipelinesi Deployment variables ei kandu koos hoidlaga üle. Need tuleb enne ülekannet üles märkida ja pärast ülekannet uuesti lisada.
  • Kui hoidla viiakse Workspace’i, mida hallatakse admin.atlassian.com kaudu, ei ole Bitbucketi sisseehitatud Wiki ja Issue Tracker selles Workspace’is toetatud ning need keelatakse pärast ülekannet. Vajalik Wiki ja Issue Trackeri sisu tuleb enne ülekannet eraldi eksportida.
  • Kontrollige pärast ülekannet ka webhook’e, juurdepääsuvõtmeid, rakenduste ühendusi, Pipeline’ide muutujaid ja muid väliseid integratsioone.

Ametlik juhend: Transfer repositories and groups to a workspace