Migrace z Pivotal Trackeru, Jiry a dalších trackerů

East Agile Tracker importuje z jedenácti zdrojů. Deset čte exportní soubor, který druhý nástroj už vytváří; GitHub se připojuje k repozitáři přímo. Každý zdroj prochází stejnou obrazovkou a stejným náhledem, takže kroky níže platí pro všechny. Další oddíly uvádějí, co který zdroj přinese.

Import exportu

1. Vyexportujte svou práci z druhého nástroje — oddíl pro váš zdroj níže uvádí příslušnou nabídku.
2. Otevřete Project Settings → Import / Export u projektu, do kterého stories chcete. Pokud žádný nemáte, vytvořte nejprve prázdný projekt.
3. Zvolte zdroj a vyberte exportní soubor.
4. Spusťte náhled dry-run. Zpracuje celý soubor a nahlásí, co by skutečný import udělal — kolik stories a štítků, kolik řádků se přeskočí a všechny, které nedokázal spárovat s členem — a nic nezapíše.
5. Naimportujte.

Opakovaný import téhož souboru je bezpečný. Řádek, který už byl naimportován, se spáruje podle svého zdrojového id a přeskočí, takže druhé spuštění projekt doplní, místo aby ho zdvojilo.

Nahrávaný soubor je omezen na 10 MiB a jediný import na 5 000 stories. Větší migrace se rozdělí do dávek, a protože opakovaný import je idempotentní, dávky se mohou přesahovat, aniž by vznikaly duplikáty.

Co přinese každý zdroj

• Stories, stavy a štítky. Každý řádek nebo karta se stane story, její status připadne na nejbližší stav smyčky unstarted → started → finished → delivered → accepted a její štítky se přenesou s ní. Zrušený status nebo status won’t fix dorazí jako rejected a archivovaný, takže opuštěná práce zůstane mimo nástěnku i mimo rychlost.
• Vlastníci. Buňka s e-mailem, který odpovídá členovi, připojí tohoto člena. Jakákoli jiná hodnota — zobrazované jméno, uživatelské jméno — připojí pouze zobrazovanou externí osobu, takže to, kdo co vlastnil, zůstává zachováno i u lidí, kteří tu nemají účet.
• Data. Data vytvoření a dokončení se importují, takže historické iterace a grafy, které je čtou, se naplní, místo aby zůstaly prázdné.
• Iterace, u každého zdroje, jehož export obsahuje sprinty nebo cykly.

Žadatelé, komentáře, epiky a úkoly závisí na zdroji; jeho oddíl níže uvádí které.

Co se nepřenese

• Přílohy. Žádný importér nenese soubory. Stories dorazí bez nich.
• Lidé jako účty. Vlastník, žadatel nebo komentující, který ještě není členem, se připojí jako pouze zobrazovaná externí osoba. Nic se nezahodí a nic se nepřipíše špatně, ale žádný účet se nevytvoří a žádná pozvánka se nepošle — pozvěte je běžným způsobem a jejich historie už tam bude.
• Datum poslední změny. Časový údaj updated na vstupu není.
• Odstíny workflow. Vlastní statusy se sesypou na nejbližší stav ve smyčce výše. Náhled dry-run je místo, kde si před importem velkého projektu prohlédnete vzorek.

Z Pivotal Trackeru

Zdroj: Pivotal Tracker (CSV export). Pivotal Tracker ukončil provoz 30. dubna 2025, takže už neexistuje běžící služba, z níž by se dalo exportovat; tento importér čte CSV export uchovaný z doby před ukončením provozu. Nástěnka, stavy stories i akceptační smyčka sledují stejný model, takže naimportovaný projekt se čte tak, jak se čítal dřív.

Pivotal Tracker	Stane se
Title, Description	Název a popis story. Sloupec URL se zachová jako původ story a do popisu, který obsahuje text, se přidá odkaz View original issue.
Type	Typ story — feature, bug, chore i release mají přímý ekvivalent.
Current State	Stav story.
Estimate	Bodový odhad story.
Labels	Štítky, jeden na hodnotu.
Owned By	Vlastníci story. Pivotal tento sloupec opakuje pro každého vlastníka a přečte se každý z nich.
Requested By	Žadatel story.
Comment (jeden sloupec na komentář)	Komentáře story, s původním autorem a původním časovým údajem.
Task / Task Status	Úkoly na story, přičemž hotové úkoly přicházejí hotové.
Blocker / Blocker Status	Blokátory, přičemž vyřešené přicházejí vyřešené.
Řádky Type=epic	Skutečné epiky, znovu vytvořené a spojené se stories, které na ně odkazují, včetně popisu epiku.
Iteration, Iteration Start	Mřížka iterací. Stories z iterace, která nezačala, zůstávají v Backlogu, seřazené podle sprintu.
Created at, Accepted at	Datum vytvoření a dokončení story.
Deadline	Plánované datum story typu release.

Pivotal export nemá sloupec se začátkem práce, takže čísla doby cyklu zůstanou u naimportovaných stories prázdná. Řádek epiku, na který žádná story neodkazuje, nevytvoří nic, protože epiky se rekonstruují přes své členské stories.

Z Jiry

Zdroj: Jira (CSV export). V Jiře vyhledejte issues, které chcete, a pak použijte Export → Export Excel CSV (all fields). Vezměte export se všemi poli — export s aktuálními poli vynechává sloupce sprintu, story pointů a komentářů.

Jira	Stane se
Summary	Název story. Řádek s prázdným souhrnem se nenaimportuje.
Description	Popis story, převedený z wiki značkování Jiry do markdownu. Nadpisy, tučné písmo, bloky kódu, seznamy a odkazy se převedou; cokoli jiného se zachová jako doslovný text.
Issue Type	Typ story — Bug se stane bugem, Story a Feature se stanou features a Task se stane chore.
Status	Stav story.
Priority	Priorita story, od Highest dolů po Lowest.
Vlastní pole se story pointy	Odhad story. Použije se první sloupec, jehož hlavička zmiňuje story pointy, takže funguje jak Custom field (Story Points), tak Custom field (Story point estimate).
Labels	Štítky, jeden na hodnotu.
Fix Version/s	Štítek Release: <version> na každou hodnotu.
Sprint	Mřížka iterací. Jira sloupec opakuje jednou za každý sprint, kterým issue prošlo, a poslední z nich je ten, kde skončilo; pojmenovaný sprint navíc přežívá jako štítek Sprint: <name>.
Assignee	Vlastník story, jako pouze zobrazovaná externí osoba — CSV z Jiry nenese e-mailovou adresu, se kterou by se dal spárovat člen.
Reporter	Žadatel story, podle stejného pravidla.
Comment (jeden sloupec na komentář)	Komentáře story, každý se svým původním autorem a časovým údajem.
Issues typu Sub-task	Úkoly na nadřazené story, přičemž hotové podúkoly přicházejí hotové. Sub-task, jehož rodič v souboru chybí, se stane samostatnou story.
Issues typu Epic	Štítek pojmenovaný podle epiku, přidělený každému jeho dceřinému issue.
Issue key	Přidá se na konec popisu jako prostý text (Original issue: PROJ-12).
Created, Resolved	Datum vytvoření a dokončení story.

Epik z Jiry dorazí jako štítek na svých potomcích, ne jako záznam epiku: seskupení přežije a je vyhledatelné, vlastní popis epiku ne. Jira exportuje názvy sprintů, ale ne jejich data, takže iterace se řadí podle názvu sprintu.

Z Linearu

Zdroj: Linear (CSV export) — v Linearu Workspace settings → Import/Export → Export CSV.

• Assignee se stane vlastníkem a Creator žadatelem.
• Project se stane epikem story.
• Sub-issues se stanou úkoly na své nadřazené story.
• Cykly vytvoří mřížku iterací; cyklus, který nezačal, ponechá své stories v Backlogu, seřazené podle cyklu.
• Sloupec Started se čte, takže doba cyklu funguje i u naimportovaných stories.
• CSV z Linearu nemá sloupec typu: story se štítkem Bug dorazí jako bug, jinak jako feature.
• CSV export z Linearu neobsahuje komentáře a archivovaná issues se přeskočí.

Z Asany

Zdroj: Asana (CSV export) — v Asaně Project menu → Export/Print → CSV.

• Assignee se stane vlastníkem, spárovaným s členem přes Assignee Email, pokud je uveden.
• Tagy se stanou štítky.
• Podúkoly se stanou úkoly na své nadřazené story.
• Úkol s datem v Completed At dorazí jako accepted.
• CSV z Asany nemá sloupec autora ani komentáře, takže žadatelem je importující člen.

Z Trella

Zdroj: Trello (JSON export) — v Trellu Menu → Print and export → Export as JSON.

• Každá karta se stane story a seznam, ve kterém leží, určí její stav (To Do, Doing, Done a podobné názvy).
• Členové na kartě se stanou vlastníky.
• Komentáře se přenesou se svými autory a časovými údaji.
• Položky checklistu se stanou úkoly.
• Štítky si zachovají názvy a barvy; štítek s barvou a bez názvu dorazí jako Trello-<colour>.
• Archivovaná karta dorazí archivovaná.
• Karta se štítkem Bug dorazí jako bug. Trello nemá epiky ani odhady, takže nevznikne ani jedno.

Ze Shortcutu

Zdroj: Shortcut (CSV export) — ve Shortcutu Settings → Import/Export → Export to CSV.

• owners se stanou vlastníky a requester žadatelem.
• epic se stane epikem story.
• tasks se stanou úkoly na story; CSV nezaznamenává příznak dokončení, takže dorazí otevřené.
• Iterace vytvoří mřížku iterací.
• Sloupec started_at se čte, takže doba cyklu funguje i u naimportovaných stories.
• Archivovaná story dorazí archivovaná. CSV ze Shortcutu neobsahuje komentáře.

Z GitLabu

Zdroj: GitLab (CSV export) — v GitLabu otevřete seznam issues a použijte Export as CSV; GitLab vám soubor pošle e-mailem.

• Otevřené issue dorazí jako unstarted, uzavřené jako accepted.
• Weight se stane odhadem.
• Řešitel se stane vlastníkem a autor žadatelem.
• URL issue se zachová jako jeho původ.
• Zapněte Include milestones, aby se z každého milníku stal epik; když je vypnuté, sloupec milníku se ignoruje.
• CSV issues z GitLabu neobsahuje komentáře.

Z Plane

Zdroj: Plane (CSV export) nebo Plane (JSON export) — v Plane Workspace settings → Exports.

• Každý řešitel se stane vlastníkem.
• Komentáře se přenesou se svými autory a časovými údaji.
• Skupiny stavů v Plane určí stav; zrušené issue dorazí jako rejected a archivované.
• Cyklus vytvoří mřížku iterací a navíc přežívá jako štítek Cycle: <name>; modul se stane štítkem Module: <name>.
• Exporty z Plane nemají sloupec autora, takže žadatelem je importující člen. Plane neexportuje datum začátku práce, takže doba cyklu není k dispozici.

Z GitHubu

Zdroj: GitHub (Issues via API). Místo nahrání souboru zadejte vlastníka a repozitář. Issues se stanou stories se svými řešiteli, autorem, štítky, komentáři a položkami checklistu; pull requesty, milníky (jako epiky) a releasy jsou volitelné. Tokeny, limity požadavků a vše ostatní najdete v Naplnění projektu z GitHub repozitáře.

Z jiného projektu East Agile Trackeru

Zdroj: East Agile Tracker (native export) — v druhém projektu Settings → Import / Export → Stáhnout export. Toto je bezeztrátová cesta: followers, reviewers, epiky, úkoly, blokátory, odkazy i Icebox se všechny vrátí a vlastníci se znovu připojí ke členům podle e-mailu.

Po importu

Stories jsou běžné stories — stavový automat, iterace i rychlost platí stejně. Tatáž obrazovka projekt později znovu vyexportuje, do formátu East Agile Trackeru pro bezeztrátovou kopii nebo do podoby kteréhokoli z ostatních nástrojů; viz Provozní pokyny → Export projektu.

Vytvořte projekt a naimportujte svůj export — importér je na obrazovce nastavení každého projektu.