Skifter du til East Agile Tracker fra Pivotal Tracker, Jira, Linear, Asana, Trello, Shortcut, GitLab, Plane eller GitHub? Importér din eksport med en dry-run-forhåndsvisning først — hvad hver kilde bringer med, og hvad der bliver tilbage.
East Agile Tracker importerer fra elleve kilder. Ti læser den eksportfil, det andet værktøj allerede laver; GitHub forbinder direkte til repositoryet. Hver kilde går gennem den samme skærm og den samme forhåndsvisning, så trinene nedenfor gælder for dem alle. Afsnittene derefter viser, hvad hver kilde bringer med.
Importér en eksport
Sektion kaldt “Importér en eksport”- Eksportér dit arbejde fra det andet værktøj — afsnittet for din kilde nedenfor nævner menuen.
- Åbn Project Settings → Import / Export på det projekt, du vil have historierne ind i. Opret først et tomt projekt, hvis du har brug for et.
- Vælg kilden og udpeg eksportfilen.
- Kør dry-run-forhåndsvisningen. Den parser hele filen og rapporterer, hvad en rigtig import ville gøre — hvor mange historier og labels, hvor mange rækker der springes over, og enhver, den ikke kunne matche til et medlem — og skriver intet.
- Importér.


At genimportere den samme fil er sikkert. En række, der allerede er importeret, matches på sit kilde-id og springes over, så en anden kørsel fylder projektet op frem for at duplikere det.
En upload er begrænset til 10 MiB, og en enkelt import til 5.000 historier. En større migrering deles op i batches, og fordi genimport er idempotent, kan batchene overlappe uden at skabe dubletter.
Hvad hver kilde bringer med
Sektion kaldt “Hvad hver kilde bringer med”- Historier, tilstande og labels. Hver række eller hvert kort bliver en historie, dens status lander på den nærmeste tilstand i løkken unstarted → started → finished → delivered → accepted, og dens labels kommer med. En annulleret eller won’t-fix-status ankommer som rejected og arkiveret, så opgivet arbejde holdes ude af boardet og ude af velocity.
- Ejere. En celle med en e-mail, der matcher et medlem, tilknytter det medlem. Enhver anden værdi — et vist navn, et brugernavn — tilknytter en ekstern person, der kun vises, så hvem der ejede hvad overlever, også for folk der ikke har en konto her.
- Datoer. Oprettelses- og færdiggørelsesdatoer importeres, så historiske iterationer og de diagrammer, der læser dem, bliver udfyldt frem for at stå tomme.
- Iterationer, for hver kilde, hvis eksport indeholder sprints eller cyklusser.
Requestere, kommentarer, epics og opgaver afhænger af kilden; dens afsnit nedenfor siger hvilke.
Hvad der ikke kommer med
Sektion kaldt “Hvad der ikke kommer med”- Vedhæftninger. Ingen importmodul bærer filer. Historierne ankommer uden dem.
- Folk som konti. En ejer, requester eller kommentator, der ikke allerede er medlem, tilknyttes som en ekstern person, der kun vises. Intet droppes og intet tilskrives forkert, men der oprettes ingen konto og sendes ingen invitation — invitér dem normalt, og deres historik er allerede der.
- Senest ændret-datoer. Der er intet
updated-tidsstempel på vejen ind. - Nuancer i arbejdsgangen. Brugerdefinerede statusser falder sammen på den nærmeste tilstand i løkken ovenfor. Dry-run-forhåndsvisningen er stedet at tjekke en stikprøve, før du importerer et stort projekt.
Fra Pivotal Tracker
Sektion kaldt “Fra Pivotal Tracker”Kilde: Pivotal Tracker (CSV export). Pivotal Tracker lukkede 30. april 2025, så der er ikke længere en kørende tjeneste at eksportere fra; en CSV-eksport, der er gemt fra før lukningen, er det, denne importmodul læser. Boardet, historietilstandene og accept-løkken følger den samme model, så et importeret projekt læses, som det gjorde før.
| Pivotal Tracker | Bliver |
|---|---|
Title, Description | Historiens titel og beskrivelse. Kolonnen URL bevares som historiens proveniens, og et View original issue-link tilføjes til en beskrivelse, der har tekst i sig. |
Type | Historietypen — feature, bug, chore og release har alle en direkte modsvarighed. |
Current State | Historiens tilstand. |
Estimate | Historiens pointestimat. |
Labels | Labels, én pr. værdi. |
Owned By | Historiens ejere. Pivotal gentager denne kolonne pr. ejer, og hver enkelt læses. |
Requested By | Historiens requester. |
Comment (én kolonne pr. kommentar) | Historiekommentarer, med den oprindelige forfatter og det oprindelige tidsstempel. |
Task / Task Status | Opgaver på historien, hvor færdige opgaver ankommer færdige. |
Blocker / Blocker Status | Blokerere, hvor løste ankommer løste. |
Type=epic-rækker | Rigtige epics, genopbygget og knyttet til de historier, der refererer til dem, med epicens beskrivelse. |
Iteration, Iteration Start | Iterationsgitteret. Historier fra en iteration, der ikke var begyndt, forbliver i Backlog, rangeret efter sprint. |
Created at, Accepted at | Historiens oprettelses- og færdiggørelsesdatoer. |
Deadline | En release-histories planlagte dato. |
En Pivotal-eksport har ingen kolonne for arbejdsstart, så cyklustidstal forbliver tomme for importerede historier. En epic-række, ingen historie refererer til, skaber intet, fordi epics genopbygges gennem deres medlemshistorier.
Fra Jira
Sektion kaldt “Fra Jira”Kilde: Jira (CSV export). Søg i Jira efter de issues, du vil have, og brug derefter Export → Export Excel CSV (all fields). Tag eksporten med alle felter — eksporten med aktuelle felter udelader kolonnerne for sprint, story points og kommentarer.
| Jira | Bliver |
|---|---|
Summary | Historiens titel. En række med et tomt resumé importeres ikke. |
Description | Historiens beskrivelse, konverteret fra Jiras wiki-markup til markdown. Overskrifter, fed, kodeblokke, lister og links konverteres; alt andet bevares som ren tekst. |
Issue Type | Historietypen — Bug bliver en bug, Story og Feature bliver features, og Task bliver en chore. |
Status | Historiens tilstand. |
Priority | Historiens prioritet, fra Highest ned til Lowest. |
| Brugerdefineret felt for story points | Historiens estimat. Den første kolonne, hvis overskrift nævner story points, bruges, så både Custom field (Story Points) og Custom field (Story point estimate) virker. |
Labels | Labels, én pr. værdi. |
Fix Version/s | Et Release: <version>-label pr. værdi. |
Sprint | Iterationsgitteret. Jira gentager kolonnen én gang pr. sprint, et issue passerede gennem, og den sidste er, hvor det endte; en navngiven sprint overlever også som et Sprint: <name>-label. |
Assignee | Historiens ejer, som en ekstern person, der kun vises — en Jira-CSV bærer ingen e-mailadresse at matche et medlem mod. |
Reporter | Historiens requester, efter samme regel. |
Comment (én kolonne pr. kommentar) | Historiekommentarer, hver med sin oprindelige forfatter og tidsstempel. |
Sub-task-issues | Opgaver på den overordnede historie, hvor færdige underopgaver ankommer færdige. En sub-task, hvis forælder mangler i filen, bliver en historie for sig selv. |
Epic-issues | Et label navngivet efter epicen, sat på hvert barne-issue i den. |
Issue key | Tilføjet beskrivelsen som ren tekst (Original issue: PROJ-12). |
Created, Resolved | Historiens oprettelses- og færdiggørelsesdatoer. |
En Jira-epic ankommer som et label på sine børn frem for som en epic-post: grupperingen overlever og kan søges frem, epicens egen beskrivelse gør ikke. Jira eksporterer sprintnavne, men ikke deres datoer, så iterationer ordnes efter sprintnavn.
Fra Linear
Sektion kaldt “Fra Linear”Kilde: Linear (CSV export) — i Linear, Workspace settings → Import/Export → Export CSV.
Assigneebliver ejeren ogCreatorrequesteren.Projectbliver historiens epic.- Sub-issues bliver opgaver på deres overordnede historie.
- Cyklusser bygger iterationsgitteret; en cyklus, der ikke er begyndt, beholder sine historier i Backlog, rangeret efter cyklus.
- Kolonnen
Startedlæses, så cyklustid virker for importerede historier. - Linears CSV har ingen typekolonne: en historie med labelet
Bugankommer som en bug, ellers som en feature. - Linears CSV-eksport har ingen kommentarer, og arkiverede issues springes over.
Fra Asana
Sektion kaldt “Fra Asana”Kilde: Asana (CSV export) — i Asana, Project menu → Export/Print → CSV.
Assigneebliver ejeren, matchet til et medlem viaAssignee Email, når der er en.- Tags bliver labels.
- Underopgaver bliver opgaver på deres overordnede historie.
- En opgave med en
Completed At-dato ankommer som accepted. - Asanas CSV har ingen opretter-kolonne og ingen kommentarer, så det importerende medlem er requester.
Fra Trello
Sektion kaldt “Fra Trello”Kilde: Trello (JSON export) — i Trello, Menu → Print and export → Export as JSON.
- Hvert kort bliver en historie, og listen, det ligger i, bestemmer dets tilstand (
To Do,Doing,Doneog lignende navne). - Medlemmer på et kort bliver ejere.
- Kommentarer kommer med, med deres forfattere og tidsstempler.
- Tjeklistepunkter bliver opgaver.
- Labels beholder deres navne og farver; et label med en farve og uden navn ankommer som
Trello-<colour>. - Et arkiveret kort ankommer arkiveret.
- Et kort med labelet
Bugankommer som en bug. Trello har ingen epics og ingen estimater, så ingen af dem oprettes.
Fra Shortcut
Sektion kaldt “Fra Shortcut”Kilde: Shortcut (CSV export) — i Shortcut, Settings → Import/Export → Export to CSV.
ownersbliver ejere ogrequesterrequesteren.epicbliver historiens epic.tasksbliver opgaver på historien; CSV’en registrerer intet færdig-flag, så de ankommer åbne.- Iterationer bygger iterationsgitteret.
- Kolonnen
started_atlæses, så cyklustid virker for importerede historier. - En arkiveret historie ankommer arkiveret. Shortcuts CSV har ingen kommentarer.
Fra GitLab
Sektion kaldt “Fra GitLab”Kilde: GitLab (CSV export) — åbn listen over issues i GitLab og brug Export as CSV; GitLab mailer filen til dig.
- Et åbent issue ankommer som unstarted, et lukket som accepted.
Weightbliver estimatet.- Den tilknyttede person bliver ejeren og forfatteren requesteren.
- Issuets URL bevares som dets proveniens.
- Slå Include milestones til for at gøre hver milepæl til en epic; er den slået fra, ignoreres milepælskolonnen.
- GitLabs issue-CSV har ingen kommentarer.
Fra Plane
Sektion kaldt “Fra Plane”Kilde: Plane (CSV export) eller Plane (JSON export) — i Plane, Workspace settings → Exports.
- Hver tilknyttet person bliver en ejer.
- Kommentarer kommer med, med deres forfattere og tidsstempler.
- Planes tilstandsgrupper bestemmer tilstanden; et annulleret issue ankommer som rejected og arkiveret.
- En cyklus bygger iterationsgitteret og overlever også som et
Cycle: <name>-label; et modul bliver etModule: <name>-label. - Plane-eksporter har ingen opretter-kolonne, så det importerende medlem er requester. Plane eksporterer ingen startdato for arbejdet, så der er ingen cyklustid.
Fra GitHub
Sektion kaldt “Fra GitHub”Kilde: GitHub (Issues via API). Indtast ejeren og repositoryet i stedet for at uploade en fil. Issues bliver historier med deres tilknyttede personer, forfatter, labels, kommentarer og tjeklistepunkter; pull requests, milepæle (som epics) og releases er tilvalg. Tokens, hastighedsgrænser og resten står i Fyld et projekt fra et GitHub-repo.
Fra et andet East Agile Tracker-projekt
Sektion kaldt “Fra et andet East Agile Tracker-projekt”Kilde: East Agile Tracker (native export) — på det andet projekt, Settings → Import / Export → Download eksport. Dette er den tabsfri vej: followers, reviewers, epics, opgaver, blokerere, links og Icebox kommer alle tilbage, og ejere knyttes igen til medlemmer via e-mail.
Efter importen
Sektion kaldt “Efter importen”Historierne er almindelige historier — tilstandsmaskinen, iterationer og velocity gælder alle. Den samme skærm eksporterer projektet igen senere, til East Agile Tracker-formatet for en tabsfri kopi eller til et af de andre værktøjers format; se Betjeningsvejledning → Eksportér et projekt.
Opret et projekt og importér din eksport — importmodulet ligger på hvert projekts indstillingsskærm.