Migrera från Pivotal Tracker, Jira och andra trackers

Byter du till East Agile Tracker från Pivotal Tracker, Jira, Linear, Asana, Trello, Shortcut, GitLab, Plane eller GitHub? Importera din export med en dry-run-förhandsvisning först — vad varje källa tar med sig och vad som blir kvar.

East Agile Tracker importerar från elva källor. Tio läser exportfilen som det andra verktyget redan skapar; GitHub ansluter direkt till repositoryt. Varje källa går genom samma skärm och samma förhandsvisning, så stegen nedan gäller för alla. Avsnitten därefter listar vad varje källa tar med sig.

Importera en export

Exportera ditt arbete från det andra verktyget — avsnittet för din källa nedan anger menyn.
Öppna Project Settings → Import / Export i projektet du vill ha storysen i. Skapa ett tomt projekt först om du behöver ett.
Välj källa och peka ut exportfilen.
Kör dry-run-förhandsvisningen. Den tolkar hela filen och rapporterar vad en verklig import skulle göra — hur många storys och etiketter, hur många rader som hoppas över och alla som den inte kunde matcha mot en medlem — och skriver ingenting.
Importera.

Fliken Import / Export med Jira som källa och en exportfil vald, redo för förhandsgranskning eller import

En förhandsrapport: 8 storys och 3 etiketter skulle importeras, inga rader hoppas över, och en person kunde inte matchas

Att importera om samma fil är säkert. En rad som redan importerats matchas på sitt käll-id och hoppas över, så en andra körning fyller på projektet istället för att dubblera det.

En uppladdning är begränsad till 10 MiB, och en enskild import till 5 000 storys. En större migrering delas upp i omgångar, och eftersom omimport är idempotent kan omgångarna överlappa utan att skapa dubbletter.

Vad varje källa tar med sig

Storys, tillstånd och etiketter. Varje rad eller kort blir en story, dess status hamnar på det närmaste tillståndet i loopen unstarted → started → finished → delivered → accepted, och dess etiketter följer med. En avbruten eller won’t-fix-status anländer som rejected och arkiverad, så att övergivet arbete hålls utanför boarden och utanför velocity.
Ägare. En cell med en e-postadress som matchar en medlem kopplar den medlemmen. Varje annat värde — ett visningsnamn, ett användarnamn — kopplar en extern person som bara visas, så att vem som ägde vad bevaras även för personer som inte har något konto här.
Datum. Skapande- och slutförandedatum importeras, så att historiska iterationer och diagrammen som läser dem fylls i istället för att vara tomma.
Iterationer, för varje källa vars export innehåller sprintar eller cykler.

Beställare, kommentarer, epics och tasks beror på källan; dess avsnitt nedan anger vilka.

Vad som inte följer med

Bilagor. Ingen importör bär med sig filer. Storysen anländer utan dem.
Personer som konton. En ägare, beställare eller kommentator som inte redan är medlem kopplas som en extern person som bara visas. Ingenting tappas och ingenting tillskrivs fel, men inget konto skapas och ingen inbjudan skickas — bjud in dem som vanligt och deras historik finns redan där.
Senast ändrat-datum. Det finns ingen updated-tidsstämpel på vägen in.
Nyanser i arbetsflödet. Anpassade statusar faller samman på det närmaste tillståndet i loopen ovan. Dry-run-förhandsvisningen är platsen att kontrollera ett stickprov innan du importerar ett stort projekt.

Från Pivotal Tracker

Källa: Pivotal Tracker (CSV export). Pivotal Tracker lades ner 30 april 2025, så det finns ingen aktiv tjänst att exportera från längre; en CSV-export som sparats från före nedläggningen är vad den här importören läser. Boarden, storytillstånden och acceptansloopen följer samma modell, så ett importerat projekt läses som det gjorde förut.

Pivotal Tracker	Blir
`Title`, `Description`	Storyns titel och beskrivning. Kolumnen `URL` behålls som storyns härkomst, och en View original issue-länk läggs till i en beskrivning som har text i sig.
`Type`	Storytypen — `feature`, `bug`, `chore` och `release` har alla en direkt motsvarighet.
`Current State`	Storyns tillstånd.
`Estimate`	Storyns poängestimat.
`Labels`	Etiketter, en per värde.
`Owned By`	Storyns ägare. Pivotal upprepar den här kolumnen per ägare och varje förekomst läses.
`Requested By`	Storyns beställare.
`Comment` (en kolumn per kommentar)	Storykommentarer, med den ursprungliga författaren och den ursprungliga tidsstämpeln.
`Task` / `Task Status`	Tasks på storyn, där klara tasks anländer klara.
`Blocker` / `Blocker Status`	Blockerare, där lösta anländer lösta.
`Type=epic`-rader	Riktiga epics, återskapade och kopplade till de storys som refererar till dem, med epicens beskrivning.
`Iteration`, `Iteration Start`	Iterationsrutnätet. Storys från en iteration som inte hade börjat stannar i Backlog, rankade efter sprint.
`Created at`, `Accepted at`	Storyns skapande- och slutförandedatum.
`Deadline`	En `release`-storys planerade datum.

En Pivotal-export har ingen kolumn för arbetsstart, så cykeltidssiffror förblir tomma för importerade storys. En epic-rad som ingen story refererar till skapar ingenting, eftersom epics återskapas genom sina medlemsstorys.

Från Jira

Källa: Jira (CSV export). Sök i Jira upp de issues du vill ha, och använd sedan Export → Export Excel CSV (all fields). Ta exporten med alla fält — exporten med aktuella fält utelämnar kolumnerna för sprint, storypoäng och kommentarer.

Jira	Blir
`Summary`	Storyns titel. En rad med tom sammanfattning importeras inte.
`Description`	Storyns beskrivning, konverterad från Jiras wiki-markup till markdown. Rubriker, fetstil, kodblock, listor och länkar konverteras; allt annat behålls som ren text.
`Issue Type`	Storytypen — `Bug` blir en bug, `Story` och `Feature` blir features, och `Task` blir en chore.
`Status`	Storyns tillstånd.
`Priority`	Storyns prioritet, från `Highest` ner till `Lowest`.
Anpassat fält för storypoäng	Storyns estimat. Den första kolumnen vars rubrik nämner story points används, så både `Custom field (Story Points)` och `Custom field (Story point estimate)` fungerar.
`Labels`	Etiketter, en per värde.
`Fix Version/s`	En `Release: <version>`-etikett per värde.
`Sprint`	Iterationsrutnätet. Jira upprepar kolumnen en gång per sprint ett issue passerade genom, och den sista är där det hamnade; en namngiven sprint överlever också som en `Sprint: <name>`-etikett.
`Assignee`	Storyns ägare, som en extern person som bara visas — en Jira-CSV bär ingen e-postadress att matcha en medlem mot.
`Reporter`	Storyns beställare, enligt samma regel.
`Comment` (en kolumn per kommentar)	Storykommentarer, var och en med sin ursprungliga författare och tidsstämpel.
`Sub-task`-issues	Tasks på den överordnade storyn, där klara deluppgifter anländer klara. En sub-task vars förälder saknas i filen blir en egen story.
`Epic`-issues	En etikett namngiven efter epicen, applicerad på varje barn-issue i den.
`Issue key`	Tillagd i beskrivningen som ren text (`Original issue: PROJ-12`).
`Created`, `Resolved`	Storyns skapande- och slutförandedatum.

En Jira-epic anländer som en etikett på sina barn istället för som en epic-post: grupperingen överlever och är sökbar, epicens egen beskrivning gör det inte. Jira exporterar sprintnamn men inte deras datum, så iterationer ordnas efter sprintnamn.

Från Linear

Källa: Linear (CSV export) — i Linear, Workspace settings → Import/Export → Export CSV.

Assignee blir ägaren och Creator beställaren.
Project blir storyns epic.
Sub-issues blir tasks på sin överordnade story.
Cykler bygger iterationsrutnätet; en cykel som inte har börjat behåller sina storys i Backlog, rankade efter cykel.
Kolumnen Started läses, så cykeltid fungerar för importerade storys.
Linears CSV har ingen typkolumn: en story med etiketten Bug anländer som en bug, annars som en feature.
Linears CSV-export har inga kommentarer, och arkiverade issues hoppas över.

Från Asana

Källa: Asana (CSV export) — i Asana, Project menu → Export/Print → CSV.

Assignee blir ägaren, matchad mot en medlem via Assignee Email när en sådan finns.
Taggar blir etiketter.
Deluppgifter blir tasks på sin överordnade story.
En uppgift med ett Completed At-datum anländer som accepted.
Asanas CSV har ingen kolumn för skapare och inga kommentarer, så den importerande medlemmen är beställare.

Från Trello

Källa: Trello (JSON export) — i Trello, Menu → Print and export → Export as JSON.

Varje kort blir en story, och listan det ligger i bestämmer dess tillstånd (To Do, Doing, Done och liknande namn).
Medlemmar på ett kort blir ägare.
Kommentarer följer med, med sina författare och tidsstämplar.
Checklistobjekt blir tasks.
Etiketter behåller sina namn och färger; en etikett med färg men utan namn anländer som Trello-<colour>.
Ett arkiverat kort anländer arkiverat.
Ett kort med etiketten Bug anländer som en bug. Trello har inga epics och inga estimat, så inget av dem skapas.

Från Shortcut

Källa: Shortcut (CSV export) — i Shortcut, Settings → Import/Export → Export to CSV.

owners blir ägare och requester beställaren.
epic blir storyns epic.
tasks blir tasks på storyn; CSV:n registrerar ingen klar-flagga, så de anländer öppna.
Iterationer bygger iterationsrutnätet.
Kolumnen started_at läses, så cykeltid fungerar för importerade storys.
En arkiverad story anländer arkiverad. Shortcuts CSV har inga kommentarer.

Från GitLab

Källa: GitLab (CSV export) — öppna listan med issues i GitLab och använd Export as CSV; GitLab mejlar filen till dig.

Ett öppet issue anländer som unstarted, ett stängt som accepted.
Weight blir estimatet.
Den tilldelade personen blir ägaren och författaren beställaren.
Issuets URL behålls som dess härkomst.
Slå på Include milestones för att göra varje milstolpe till en epic; när det är avslaget ignoreras milstolpskolumnen.
GitLabs issue-CSV har inga kommentarer.

Från Plane

Källa: Plane (CSV export) eller Plane (JSON export) — i Plane, Workspace settings → Exports.

Varje tilldelad person blir en ägare.
Kommentarer följer med, med sina författare och tidsstämplar.
Planes tillståndsgrupper bestämmer tillståndet; ett avbrutet issue anländer som rejected och arkiverat.
En cykel bygger iterationsrutnätet och överlever också som en Cycle: <name>-etikett; en modul blir en Module: <name>-etikett.
Plane-exporter har ingen kolumn för skapare, så den importerande medlemmen är beställare. Plane exporterar inget startdatum för arbetet, så det finns ingen cykeltid.

Från GitHub

Källa: GitHub (Issues via API). Ange ägare och repository istället för att ladda upp en fil. Issues blir storys med sina tilldelade personer, författare, etiketter, kommentarer och checklistobjekt; pull requests, milstolpar (som epics) och releaser är opt-in. Token, hastighetsgränser och resten finns i Fyll ett projekt från ett GitHub-repo.

Från ett annat East Agile Tracker-projekt

Källa: East Agile Tracker (native export) — i det andra projektet, Settings → Import / Export → Ladda ner export. Det här är den förlustfria vägen: followers, reviewers, epics, tasks, blockerare, länkar och Icebox kommer alla tillbaka, och ägare kopplas om till medlemmar via e-post.

Efter importen

Storysen är vanliga storys — tillståndsmaskinen, iterationer och velocity gäller alla. Samma skärm exporterar projektet igen senare, till East Agile Tracker-formatet för en förlustfri kopia eller till något av de andra verktygens format; se Bruksanvisning → Exportera ett projekt.

Skapa ett projekt och importera din export — importören finns på varje projekts inställningsskärm.