Gå til indhold

Migrér fra Pivotal Tracker, Jira og andre trackere

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.

  1. Eksportér dit arbejde fra det andet værktøj — afsnittet for din kilde nedenfor nævner menuen.
  2. Å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.
  3. Vælg kilden og udpeg eksportfilen.
  4. 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.
  5. Importér.

Fanen Import / Export med Jira valgt som kilde og en eksportfil valgt, klar til forhåndsvisning eller import

En forhåndsvisningsrapport: 8 historier og 3 etiketter ville blive importeret, ingen rækker sprunget over, og én person kunne ikke matches

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.

  • 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.

  • 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.

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 TrackerBliver
Title, DescriptionHistoriens 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.
TypeHistorietypen — feature, bug, chore og release har alle en direkte modsvarighed.
Current StateHistoriens tilstand.
EstimateHistoriens pointestimat.
LabelsLabels, én pr. værdi.
Owned ByHistoriens ejere. Pivotal gentager denne kolonne pr. ejer, og hver enkelt læses.
Requested ByHistoriens requester.
Comment (én kolonne pr. kommentar)Historiekommentarer, med den oprindelige forfatter og det oprindelige tidsstempel.
Task / Task StatusOpgaver på historien, hvor færdige opgaver ankommer færdige.
Blocker / Blocker StatusBlokerere, hvor løste ankommer løste.
Type=epic-rækkerRigtige epics, genopbygget og knyttet til de historier, der refererer til dem, med epicens beskrivelse.
Iteration, Iteration StartIterationsgitteret. Historier fra en iteration, der ikke var begyndt, forbliver i Backlog, rangeret efter sprint.
Created at, Accepted atHistoriens oprettelses- og færdiggørelsesdatoer.
DeadlineEn 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.

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.

JiraBliver
SummaryHistoriens titel. En række med et tomt resumé importeres ikke.
DescriptionHistoriens beskrivelse, konverteret fra Jiras wiki-markup til markdown. Overskrifter, fed, kodeblokke, lister og links konverteres; alt andet bevares som ren tekst.
Issue TypeHistorietypen — Bug bliver en bug, Story og Feature bliver features, og Task bliver en chore.
StatusHistoriens tilstand.
PriorityHistoriens prioritet, fra Highest ned til Lowest.
Brugerdefineret felt for story pointsHistoriens 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.
LabelsLabels, én pr. værdi.
Fix Version/sEt Release: <version>-label pr. værdi.
SprintIterationsgitteret. 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.
AssigneeHistoriens ejer, som en ekstern person, der kun vises — en Jira-CSV bærer ingen e-mailadresse at matche et medlem mod.
ReporterHistoriens requester, efter samme regel.
Comment (én kolonne pr. kommentar)Historiekommentarer, hver med sin oprindelige forfatter og tidsstempel.
Sub-task-issuesOpgaver 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-issuesEt label navngivet efter epicen, sat på hvert barne-issue i den.
Issue keyTilføjet beskrivelsen som ren tekst (Original issue: PROJ-12).
Created, ResolvedHistoriens 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.

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

  • Assignee bliver ejeren og Creator requesteren.
  • Project bliver 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 Started læses, så cyklustid virker for importerede historier.
  • Linears CSV har ingen typekolonne: en historie med labelet Bug ankommer som en bug, ellers som en feature.
  • Linears CSV-eksport har ingen kommentarer, og arkiverede issues springes over.

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

  • Assignee bliver ejeren, matchet til et medlem via Assignee 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.

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, Done og 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 Bug ankommer som en bug. Trello har ingen epics og ingen estimater, så ingen af dem oprettes.

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

  • owners bliver ejere og requester requesteren.
  • epic bliver historiens epic.
  • tasks bliver opgaver på historien; CSV’en registrerer intet færdig-flag, så de ankommer åbne.
  • Iterationer bygger iterationsgitteret.
  • Kolonnen started_at læses, så cyklustid virker for importerede historier.
  • En arkiveret historie ankommer arkiveret. Shortcuts CSV har ingen kommentarer.

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.
  • Weight bliver 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.

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 et Module: <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.

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.

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.

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.