Paglipat mula sa Pivotal Tracker, Jira at iba pang tracker

Nag-iimport ang East Agile Tracker mula sa labing-isang source. Sampu ang bumabasa ng export file na ginagawa na ng ibang tool; direktang kumokonekta ang GitHub sa repository. Dumaraan ang bawat source sa parehong screen at parehong preview, kaya ang mga hakbang sa ibaba ay para sa lahat ng ito. Inilalahad ng mga seksiyon pagkatapos noon kung ano ang dinadala ng bawat source.

Pag-import ng export

1. I-export ang trabaho mo mula sa ibang tool — pinapangalanan ng seksiyon para sa source mo sa ibaba ang menu.
2. Buksan ang Project Settings → Import / Export sa proyektong pagdadalhan mo ng mga story. Gumawa muna ng walang laman na proyekto kung kailangan mo.
3. Piliin ang source at piliin ang export file.
4. Patakbuhin ang dry-run preview. Pinapa-parse nito ang buong file at iniuulat ang gagawin ng tunay na import — ilang story at label, ilang row ang nilaktawan, at sinumang hindi naitugma sa isang member — at wala itong isinusulat.
5. I-import.

Ligtas ang pag-import muli ng parehong file. Ang row na na-import na ay itinutugma sa pamamagitan ng source id nito at nilalaktawan, kaya ang pangalawang takbo ay pumupuno sa proyekto sa halip na dumoble.

Ang isang upload ay may hangganang 10 MiB, at ang isang import ay 5,000 story. Ang mas malaking paglipat ay nahahati sa mga batch, at dahil idempotent ang pag-import muli, maaaring magsanib ang mga batch nang walang nagagawang duplicate.

Ang dinadala ng bawat source

• Mga story, estado at label. Bawat row o card ay nagiging story, napupunta ang status nito sa pinakamalapit na estado sa loop na Unstarted → Started → Finished → Delivered → Accepted, at kasama ang mga label nito. Ang status na kinansela o won’t-fix ay dumarating na Rejected at naka-archive, kaya nananatili sa labas ng board at ng velocity ang iniwang trabaho.
• Mga owner. Ang selda na may email na tumutugma sa isang member ay ikinakabit ang member na iyon. Anumang ibang halaga — display name, username — ay ikinakabit ang isang panlabas na tao na pang-display lamang, kaya nananatili kung sino ang may-ari ng ano kahit sa mga taong walang account dito.
• Mga petsa. Na-iimport ang petsa ng paggawa at pagkakatapos, kaya napupuno ang mga nakaraang iteration at ang mga chart na nagbabasa sa kanila sa halip na maging walang laman.
• Mga iteration, para sa bawat source na may dalang sprint o cycle ang export.

Nakadepende sa source ang mga requester, comment, epic at task; sinasabi ng seksiyon nito sa ibaba kung alin.

Ano ang hindi dumarating

• Mga attachment. Walang importer na nagdadala ng file. Dumarating ang mga story nang wala sila.
• Mga tao bilang account. Ang owner, requester o nag-comment na hindi pa member ay ikinakabit bilang panlabas na tao na pang-display lamang. Walang nawawala at walang naling na atribusyon, ngunit walang account na nagagawa at walang imbitasyong naipapadala — imbitahan sila sa karaniwang paraan at nakakabit na ang kasaysayan nila.
• Mga petsa ng huling pagbabago. Walang updated na timestamp sa pagpasok.
• Nuansa ng workflow. Ang mga custom na status ay bumabagsak sa pinakamalapit na estado sa loop sa itaas. Ang dry-run preview ang lugar para suriin ang isang sample bago mag-import ng malaking proyekto.

Mula sa Pivotal Tracker

Source: Pivotal Tracker (CSV export). Isinara ang Pivotal Tracker noong 30 Abril 2025, kaya wala nang buhay na serbisyong pagkukunan ng export; ang CSV export na itinabi mula bago ang pagsasara ang binabasa ng importer na ito. Ang board, ang mga estado ng story at ang acceptance loop ay sumusunod sa parehong modelo, kaya ang na-import na proyekto ay nababasa gaya ng dati.

Pivotal Tracker	Nagiging
Title, Description	Ang pamagat at deskripsyon ng story. Iniingatan ang URL column bilang pinagmulan ng story, at nadadagdag ang link na View original issue sa deskripsyong may teksto.
Type	Ang uri ng story — may tuwirang katumbas ang feature, bug, chore at release.
Current State	Ang estado ng story.
Estimate	Ang tantiya sa puntos ng story.
Labels	Mga label, isa kada halaga.
Owned By	Ang mga owner ng story. Inuulit ng Pivotal ang column na ito kada owner at nababasa ang bawat isa.
Requested By	Ang requester ng story.
Comment (isang column kada comment)	Mga comment ng story, kasama ang orihinal na may-akda at ang orihinal na timestamp.
Task / Task Status	Mga task sa story, at ang mga natapos nang task ay dumarating na tapos.
Blocker / Blocker Status	Mga blocker, at ang mga naresolba ay dumarating na resolbado.
Mga row na Type=epic	Tunay na mga epic, muling itinatayo at iniuugnay sa mga story na tumutukoy sa kanila, kasama ang deskripsyon ng epic.
Iteration, Iteration Start	Ang grid ng iteration. Ang mga story mula sa iteration na hindi pa nagsimula ay nananatili sa Backlog, nakaayos ayon sa sprint.
Created at, Accepted at	Ang petsa ng paggawa at pagkakatapos ng story.
Deadline	Ang nakaplanong petsa ng isang story na release.

Ang export ng Pivotal ay walang column para sa pagsisimula ng trabaho, kaya nananatiling walang laman ang mga bilang ng cycle time para sa mga na-import na story. Ang row ng epic na walang story na tumutukoy dito ay walang nililikha, dahil muling itinatayo ang mga epic sa pamamagitan ng kanilang mga kasaping story.

Mula sa Jira

Source: Jira (CSV export). Sa Jira, hanapin ang mga issue na gusto mo, pagkatapos ay gamitin ang Export → Export Excel CSV (all fields). Kunin ang export na lahat-ng-field — inaalis ng export na kasalukuyang-field ang mga column para sa sprint, story point at comment.

Jira	Nagiging
Summary	Ang pamagat ng story. Hindi ini-import ang row na walang laman ang summary.
Description	Ang deskripsyon ng story, kinonberte mula sa wiki markup ng Jira tungo sa markdown. Nakokonberte ang mga heading, bold, code block, listahan at link; anumang iba pa ay itinatabi bilang literal na teksto.
Issue Type	Ang uri ng story — ang Bug ay nagiging Bug, ang Story at Feature ay nagiging Feature, at ang Task ay nagiging Chore.
Status	Ang estado ng story.
Priority	Ang priority ng story, mula Highest pababa sa Lowest.
Custom field ng story point	Ang tantiya ng story. Ang unang column na nakabanggit ng story point sa header ang ginagamit, kaya gumagana ang Custom field (Story Points) at ang Custom field (Story point estimate).
Labels	Mga label, isa kada halaga.
Fix Version/s	Isang label na Release: <version> kada halaga.
Sprint	Ang grid ng iteration. Inuulit ng Jira ang column minsan kada sprint na dinaanan ng isang issue, at ang huli ang kinatapusan nito; nananatili rin ang pinangalanang sprint bilang label na Sprint: <name>.
Assignee	Ang owner ng story, bilang panlabas na tao na pang-display lamang — walang email address na dala ang CSV ng Jira na maitutugma sa isang member.
Reporter	Ang requester ng story, sa parehong patakaran.
Comment (isang column kada comment)	Mga comment ng story, bawat isa kasama ang orihinal na may-akda at timestamp nito.
Mga issue na Sub-task	Mga task sa magulang na story, at ang mga tapos nang sub-task ay dumarating na kumpleto. Ang sub-task na wala sa file ang magulang nito ay nagiging sariling story.
Mga issue na Epic	Isang label na ipinangalan sa epic, na ikinakabit sa bawat anak na issue nito.
Issue key	Naidadagdag sa deskripsyon bilang payak na teksto (Original issue: PROJ-12).
Created, Resolved	Ang petsa ng paggawa at pagkakatapos ng story.

Dumarating ang epic sa Jira bilang label sa mga anak nito sa halip na talaan ng epic: nananatili ang pagpapangkat at nahahanap ito, ang sariling deskripsyon ng epic ay hindi. Pangalan ng sprint ang ini-export ng Jira ngunit hindi ang mga petsa nito, kaya iniaayos ang mga iteration ayon sa pangalan ng sprint.

Mula sa Linear

Source: Linear (CSV export) — sa Linear, Workspace settings → Import/Export → Export CSV.

• Ang Assignee ay nagiging owner at ang Creator ay nagiging requester.
• Ang Project ay nagiging epic ng story.
• Ang mga sub-issue ay nagiging task sa kanilang magulang na story.
• Binubuo ng mga cycle ang grid ng iteration; ang cycle na hindi pa nagsisimula ay nag-iingat ng mga story nito sa Backlog, nakaayos ayon sa cycle.
• Binabasa ang column na Started, kaya gumagana ang cycle time para sa mga na-import na story.
• Walang column ng uri ang CSV ng Linear: ang story na may label na Bug ay dumarating bilang Bug, kung hindi ay bilang Feature.
• Walang comment ang CSV export ng Linear, at nilalaktawan ang mga naka-archive na issue.

Mula sa Asana

Source: Asana (CSV export) — sa Asana, Project menu → Export/Print → CSV.

• Ang Assignee ay nagiging owner, itinutugma sa isang member sa pamamagitan ng Assignee Email kapag mayroon.
• Ang mga tag ay nagiging label.
• Ang mga subtask ay nagiging task sa kanilang magulang na story.
• Ang task na may petsang Completed At ay dumarating na Accepted.
• Walang column ng gumawa at walang comment ang CSV ng Asana, kaya ang member na nag-iimport ang nagiging requester.

Mula sa Trello

Source: Trello (JSON export) — sa Trello, Menu → Print and export → Export as JSON.

• Bawat card ay nagiging story, at ang listahang kinalalagyan nito ang nagtatakda ng estado nito (To Do, Doing, Done at mga katulad na pangalan).
• Ang mga member sa isang card ay nagiging owner.
• Dumarating ang mga comment kasama ang kanilang may-akda at timestamp.
• Ang mga item ng checklist ay nagiging task.
• Pinapanatili ng mga label ang kanilang pangalan at kulay; ang label na may kulay pero walang pangalan ay dumarating bilang Trello-<colour>.
• Ang naka-archive na card ay dumarating na naka-archive.
• Ang card na may label na Bug ay dumarating bilang Bug. Walang epic at walang tantiya ang Trello, kaya wala sa dalawa ang nagagawa.

Mula sa Shortcut

Source: Shortcut (CSV export) — sa Shortcut, Settings → Import/Export → Export to CSV.

• Ang owners ay nagiging owner at ang requester ay nagiging requester.
• Ang epic ay nagiging epic ng story.
• Ang tasks ay nagiging task sa story; walang naitatalang done flag ang CSV, kaya dumarating silang bukas.
• Binubuo ng mga iteration ang grid ng iteration.
• Binabasa ang column na started_at, kaya gumagana ang cycle time para sa mga na-import na story.
• Ang naka-archive na story ay dumarating na naka-archive. Walang comment ang CSV ng Shortcut.

Mula sa GitLab

Source: GitLab (CSV export) — sa GitLab, buksan ang listahan ng mga issue at gamitin ang Export as CSV; ini-email sa iyo ng GitLab ang file.

• Ang bukas na issue ay dumarating na Unstarted, ang sarado ay Accepted.
• Ang Weight ay nagiging tantiya.
• Ang assignee ay nagiging owner at ang may-akda ay nagiging requester.
• Iniingatan ang URL ng issue bilang pinagmulan nito.
• I-on ang Include milestones para gawing epic ang bawat milestone; kapag naka-off, binabalewala ang column ng milestone.
• Walang comment ang issue CSV ng GitLab.

Mula sa Plane

Source: Plane (CSV export) o Plane (JSON export) — sa Plane, Workspace settings → Exports.

• Bawat assignee ay nagiging owner.
• Dumarating ang mga comment kasama ang kanilang may-akda at timestamp.
• Ang mga state group ng Plane ang nagtatakda ng estado; ang kinanselang issue ay dumarating na Rejected at naka-archive.
• Binubuo ng cycle ang grid ng iteration at nananatili rin bilang label na Cycle: <name>; ang module ay nagiging label na Module: <name>.
• Walang column ng gumawa ang mga export ng Plane, kaya ang member na nag-iimport ang nagiging requester. Walang ini-export na petsa ng pagsisimula ng trabaho ang Plane, kaya walang cycle time.

Mula sa GitHub

Source: GitHub (Issues via API). Ilagay ang owner at repository sa halip na mag-upload ng file. Ang mga issue ay nagiging story kasama ang kanilang mga assignee, may-akda, label, comment at item ng checklist; opt-in ang mga pull request, milestone (bilang epic) at release. Ang mga token, rate limit at iba pa ay nasa Punuin ang isang proyekto mula sa isang GitHub repo.

Mula sa ibang proyekto ng East Agile Tracker

Source: East Agile Tracker (native export) — sa kabilang proyekto, Settings → Import / Export → I-download ang export. Ito ang landas na walang nawawala: bumabalik ang mga follower, reviewer, epic, task, blocker, link at ang Icebox, at muling ikinakabit ang mga owner sa mga member ayon sa email.

Pagkatapos ng import

Karaniwang mga story lamang ang mga ito — umaaplay ang state machine, ang mga iteration at ang velocity. Ine-export muli ng parehong screen ang proyekto mamaya, sa format ng East Agile Tracker para sa kopyang walang nawawala o sa hugis ng alinman sa ibang mga tool; tingnan ang Mga tagubilin sa pagpapatakbo → Pag-export ng proyekto.

Gumawa ng proyekto at i-import ang export mo — nasa settings screen ng bawat proyekto ang importer.