Pivotal Tracker, Jira और अन्य ट्रैकर से माइग्रेट करना

East Agile Tracker ग्यारह स्रोतों से इम्पोर्ट करता है। दस उस एक्सपोर्ट फ़ाइल को पढ़ते हैं जो दूसरा टूल पहले से बनाता है; GitHub सीधे रिपॉज़िटरी से जुड़ता है। हर स्रोत उसी स्क्रीन और उसी पूर्वावलोकन से होकर जाता है, इसलिए नीचे दिए चरण सभी पर लागू होते हैं। उसके बाद के अनुभाग बताते हैं कि हर स्रोत क्या साथ लाता है।

एक्सपोर्ट इम्पोर्ट करना

1. दूसरे टूल से अपना काम एक्सपोर्ट करें — नीचे आपके स्रोत वाला अनुभाग मेन्यू का नाम बताता है।
2. जिस प्रोजेक्ट में आप स्टोरी चाहते हैं, उसमें Project Settings → Import / Export खोलें। ज़रूरत हो तो पहले एक ख़ाली प्रोजेक्ट बनाएँ।
3. स्रोत चुनें और एक्सपोर्ट फ़ाइल चुनें।
4. ड्राई-रन पूर्वावलोकन चलाएँ। यह पूरी फ़ाइल पार्स करता है और बताता है कि एक वास्तविक इम्पोर्ट क्या करेगा — कितनी स्टोरी और कितने लेबल, कितनी पंक्तियाँ छूटीं, और कोई ऐसा व्यक्ति जिसका किसी सदस्य से मिलान नहीं हो सका — और कुछ भी नहीं लिखता।
5. इम्पोर्ट करें।

वही फ़ाइल दोबारा इम्पोर्ट करना सुरक्षित है। जो पंक्ति पहले ही इम्पोर्ट हो चुकी है, उसका उसकी स्रोत id से मिलान होता है और उसे छोड़ दिया जाता है, इसलिए दूसरी बार चलाना प्रोजेक्ट को दोहराने के बजाय उसकी कमी पूरी करता है।

एक अपलोड 10 MiB पर सीमित है, और एक अकेला इम्पोर्ट 5,000 स्टोरी पर। इससे बड़ा माइग्रेशन बैचों में बँट जाता है, और क्योंकि दोबारा इम्पोर्ट करना निष्क्रिय-पुनरावृत्ति है, बैच बिना डुप्लिकेट बनाए एक-दूसरे पर ओवरलैप कर सकते हैं।

हर स्रोत क्या लाता है

• स्टोरी, स्थितियाँ और लेबल। हर पंक्ति या कार्ड एक स्टोरी बनता है, उसका स्टेटस unstarted → started → finished → delivered → accepted लूप की निकटतम स्थिति पर आता है, और उसके लेबल साथ आते हैं। रद्द किया गया या won’t-fix स्टेटस rejected और आर्काइव होकर आता है, ताकि छोड़ा गया काम बोर्ड और वेलोसिटी से बाहर रहे।
• ओनर। जिस सेल में किसी सदस्य से मेल खाता ईमेल होता है, वह उस सदस्य को जोड़ देती है। कोई भी अन्य मान — एक प्रदर्शित नाम, एक यूज़रनेम — केवल-प्रदर्शन वाले बाहरी व्यक्ति को जोड़ता है, इसलिए किसका ओनर कौन था यह उन लोगों के लिए भी बचा रहता है जिनका यहाँ कोई खाता नहीं है।
• तारीख़ें। बनने और पूरे होने की तारीख़ें इम्पोर्ट होती हैं, इसलिए पिछले इटरेशन और उन्हें पढ़ने वाले चार्ट ख़ाली रहने के बजाय भर जाते हैं।
• इटरेशन, हर उस स्रोत के लिए जिसके एक्सपोर्ट में स्प्रिंट या साइकल होते हैं।

अनुरोधकर्ता, टिप्पणियाँ, एपिक और टास्क स्रोत पर निर्भर करते हैं; नीचे उसका अनुभाग बताता है कि कौन-से।

क्या साथ नहीं आता

• अटैचमेंट। कोई इम्पोर्टर फ़ाइलें नहीं लाता। स्टोरी उनके बिना आती हैं।
• लोग खातों के रूप में। ऐसा ओनर, अनुरोधकर्ता या टिप्पणीकार जो पहले से सदस्य नहीं है, केवल-प्रदर्शन वाले बाहरी व्यक्ति के रूप में जुड़ता है। कुछ छूटता नहीं और किसी को ग़लत श्रेय नहीं मिलता, पर कोई खाता नहीं बनता और कोई निमंत्रण नहीं भेजा जाता — उन्हें सामान्य रूप से आमंत्रित करें और उनका इतिहास पहले से जुड़ा मिलेगा।
• अंतिम बदलाव की तारीख़ें। आते समय कोई updated टाइमस्टैम्प नहीं होता।
• वर्कफ़्लो की बारीक़ियाँ। कस्टम स्टेटस ऊपर के लूप की निकटतम स्थिति पर सिमट जाते हैं। किसी बड़े प्रोजेक्ट को इम्पोर्ट करने से पहले ड्राई-रन पूर्वावलोकन में एक नमूना जाँचा जा सकता है।

Pivotal Tracker से

स्रोत: Pivotal Tracker (CSV export)। Pivotal Tracker 30 अप्रैल 2025 को बंद हो गया, इसलिए अब एक्सपोर्ट करने के लिए कोई चालू सेवा नहीं है; यह इम्पोर्टर बंद होने से पहले रखा गया CSV एक्सपोर्ट पढ़ता है। बोर्ड, स्टोरी की स्थितियाँ तथा स्वीकृति लूप उसी मॉडल का अनुसरण करते हैं, इसलिए इम्पोर्ट किया गया प्रोजेक्ट पहले की तरह ही पढ़ा जाता है।

Pivotal Tracker	क्या बनता है
Title, Description	स्टोरी का शीर्षक और विवरण। URL कॉलम स्टोरी के स्रोत के रूप में रखा जाता है, और जिस विवरण में टेक्स्ट होता है उसमें एक View original issue लिंक जोड़ा जाता है।
Type	स्टोरी प्रकार — feature, bug, chore और release, सबका सीधा समतुल्य मौजूद है।
Current State	स्टोरी की स्थिति।
Estimate	स्टोरी का पॉइंट अनुमान।
Labels	लेबल, प्रत्येक मान के लिए एक।
Owned By	स्टोरी के ओनर। Pivotal इस कॉलम को प्रत्येक ओनर के लिए दोहराता है और हर एक पढ़ा जाता है।
Requested By	स्टोरी का अनुरोधकर्ता।
Comment (प्रत्येक टिप्पणी के लिए एक कॉलम)	स्टोरी की टिप्पणियाँ, मूल लेखक और मूल टाइमस्टैम्प के साथ।
Task / Task Status	स्टोरी पर टास्क, और पूरे हो चुके टास्क पूरे होकर ही आते हैं।
Blocker / Blocker Status	ब्लॉकर, और सुलझे हुए ब्लॉकर सुलझे हुए ही आते हैं।
Type=epic पंक्तियाँ	असली एपिक, जो फिर से बनाए जाते हैं और उन स्टोरी से जोड़े जाते हैं जो उनका संदर्भ देती हैं, एपिक के विवरण के साथ।
Iteration, Iteration Start	इटरेशन ग्रिड। जो इटरेशन शुरू नहीं हुआ था, उसकी स्टोरी Backlog में ही रहती हैं, स्प्रिंट के अनुसार क्रमित।
Created at, Accepted at	स्टोरी के बनने और पूरे होने की तारीख़ें।
Deadline	किसी release स्टोरी की नियोजित तारीख़।

Pivotal एक्सपोर्ट में काम शुरू होने का कोई कॉलम नहीं होता, इसलिए इम्पोर्ट की गई स्टोरी के लिए साइकल-टाइम आँकड़े ख़ाली रहते हैं। जिस एपिक पंक्ति का कोई स्टोरी संदर्भ नहीं देती, वह कुछ नहीं बनाती, क्योंकि एपिक उनकी सदस्य स्टोरी के ज़रिए फिर से बनाए जाते हैं।

Jira से

स्रोत: Jira (CSV export)। Jira में, जो इशू आप चाहते हैं उन्हें खोजें, फिर Export → Export Excel CSV (all fields) का उपयोग करें। सभी फ़ील्ड वाला एक्सपोर्ट लें — वर्तमान फ़ील्ड वाला एक्सपोर्ट स्प्रिंट, स्टोरी-पॉइंट और टिप्पणी कॉलम छोड़ देता है।

Jira	क्या बनता है
Summary	स्टोरी का शीर्षक। जिस पंक्ति का summary ख़ाली है वह इम्पोर्ट नहीं होती।
Description	स्टोरी का विवरण, Jira विकी मार्कअप से markdown में परिवर्तित। शीर्षक, बोल्ड, कोड ब्लॉक, सूचियाँ और लिंक परिवर्तित होते हैं; बाक़ी सब शब्दशः टेक्स्ट के रूप में रखा जाता है।
Issue Type	स्टोरी प्रकार — Bug Bug बनता है, Story और Feature Feature बनते हैं, और Task Chore बनता है।
Status	स्टोरी की स्थिति।
Priority	स्टोरी की प्राथमिकता, Highest से नीचे Lowest तक।
स्टोरी-पॉइंट कस्टम फ़ील्ड	स्टोरी का अनुमान। पहला वह कॉलम लिया जाता है जिसके शीर्षक में स्टोरी पॉइंट का उल्लेख हो, इसलिए Custom field (Story Points) और Custom field (Story point estimate) दोनों काम करते हैं।
Labels	लेबल, प्रत्येक मान के लिए एक।
Fix Version/s	प्रत्येक मान के लिए एक Release: <version> लेबल।
Sprint	इटरेशन ग्रिड। इशू जिन-जिन स्प्रिंट से गुज़रा, Jira हर एक के लिए कॉलम दोहराता है, और आख़िरी वही है जहाँ वह पहुँचा; नाम वाला स्प्रिंट Sprint: <name> लेबल के रूप में भी बचा रहता है।
Assignee	स्टोरी का ओनर, केवल-प्रदर्शन वाले बाहरी व्यक्ति के रूप में — Jira CSV में किसी सदस्य से मिलान करने के लिए कोई ईमेल पता नहीं होता।
Reporter	स्टोरी का अनुरोधकर्ता, उसी नियम से।
Comment (प्रत्येक टिप्पणी के लिए एक कॉलम)	स्टोरी की टिप्पणियाँ, प्रत्येक अपने मूल लेखक और टाइमस्टैम्प के साथ।
Sub-task इशू	मूल स्टोरी पर टास्क, और पूरे हो चुके सब-टास्क पूरे होकर आते हैं। जिस सब-टास्क का मूल इशू फ़ाइल में नहीं है, वह अपने आप में एक स्टोरी बन जाता है।
Epic इशू	एपिक के नाम पर एक लेबल, जो उसमें शामिल हर बच्चे इशू पर लगता है।
Issue key	विवरण में सामान्य टेक्स्ट के रूप में जोड़ी जाती है (Original issue: PROJ-12)।
Created, Resolved	स्टोरी के बनने और पूरे होने की तारीख़ें।

Jira का एपिक अपने बच्चों पर एक लेबल बनकर आता है, एपिक रिकॉर्ड नहीं: समूहीकरण बचा रहता है और खोजा जा सकता है, एपिक का अपना विवरण नहीं। Jira स्प्रिंट के नाम एक्सपोर्ट करता है, उनकी तारीख़ें नहीं, इसलिए इटरेशन स्प्रिंट के नाम से क्रमित होते हैं।

Linear से

स्रोत: Linear (CSV export) — Linear में, Workspace settings → Import/Export → Export CSV।

• Assignee ओनर बनता है और Creator अनुरोधकर्ता।
• Project स्टोरी का एपिक बनता है।
• सब-इशू अपनी मूल स्टोरी पर टास्क बनते हैं।
• साइकल इटरेशन ग्रिड बनाते हैं; जो साइकल शुरू नहीं हुआ, उसकी स्टोरी Backlog में ही रहती हैं, साइकल के अनुसार क्रमित।
• Started कॉलम पढ़ा जाता है, इसलिए इम्पोर्ट की गई स्टोरी के लिए साइकल टाइम काम करता है।
• Linear के CSV में कोई प्रकार कॉलम नहीं होता: Bug लेबल वाली स्टोरी Bug के रूप में आती है, अन्यथा Feature के रूप में।
• Linear के CSV एक्सपोर्ट में टिप्पणियाँ नहीं होतीं, और आर्काइव किए गए इशू छोड़ दिए जाते हैं।

Asana से

स्रोत: Asana (CSV export) — Asana में, Project menu → Export/Print → CSV।

• Assignee ओनर बनता है, और जहाँ Assignee Email हो वहाँ उसके ज़रिए किसी सदस्य से मिलाया जाता है।
• टैग लेबल बनते हैं।
• सबटास्क अपनी मूल स्टोरी पर टास्क बनते हैं।
• जिस टास्क में Completed At तारीख़ होती है, वह accepted होकर आता है।
• Asana के CSV में न निर्माता का कॉलम होता है और न टिप्पणियाँ, इसलिए इम्पोर्ट करने वाला सदस्य ही अनुरोधकर्ता होता है।

Trello से

स्रोत: Trello (JSON export) — Trello में, Menu → Print and export → Export as JSON।

• हर कार्ड एक स्टोरी बनता है, और जिस सूची में वह है वह उसकी स्थिति तय करती है (To Do, Doing, Done और इसी तरह के नाम)।
• कार्ड पर मौजूद सदस्य ओनर बनते हैं।
• टिप्पणियाँ अपने लेखकों और टाइमस्टैम्प के साथ आती हैं।
• चेकलिस्ट आइटम टास्क बनते हैं।
• लेबल अपने नाम और रंग बनाए रखते हैं; जिस लेबल का रंग है पर नाम नहीं, वह Trello-<colour> के रूप में आता है।
• आर्काइव किया गया कार्ड आर्काइव होकर आता है।
• Bug लेबल वाला कार्ड Bug के रूप में आता है। Trello में न एपिक होते हैं न अनुमान, इसलिए दोनों में से कुछ नहीं बनता।

Shortcut से

स्रोत: Shortcut (CSV export) — Shortcut में, Settings → Import/Export → Export to CSV।

• owners ओनर बनते हैं और requester अनुरोधकर्ता।
• epic स्टोरी का एपिक बनता है।
• tasks स्टोरी पर टास्क बनते हैं; CSV में पूरा होने का कोई संकेत दर्ज नहीं होता, इसलिए वे खुले आते हैं।
• इटरेशन इटरेशन ग्रिड बनाते हैं।
• started_at कॉलम पढ़ा जाता है, इसलिए इम्पोर्ट की गई स्टोरी के लिए साइकल टाइम काम करता है।
• आर्काइव की गई स्टोरी आर्काइव होकर आती है। Shortcut के CSV में टिप्पणियाँ नहीं होतीं।

GitLab से

स्रोत: GitLab (CSV export) — GitLab में, इशू सूची खोलें और Export as CSV का उपयोग करें; GitLab फ़ाइल आपको ईमेल करता है।

• खुला इशू unstarted आता है, बंद इशू accepted।
• Weight अनुमान बनता है।
• असाइनी ओनर बनता है और लेखक अनुरोधकर्ता।
• इशू का URL उसके स्रोत के रूप में रखा जाता है।
• हर माइलस्टोन को एपिक बनाने के लिए Include milestones चालू करें; इसके बंद रहने पर माइलस्टोन कॉलम अनदेखा किया जाता है।
• GitLab के इशू CSV में टिप्पणियाँ नहीं होतीं।

Plane से

स्रोत: Plane (CSV export) या Plane (JSON export) — Plane में, Workspace settings → Exports।

• हर असाइनी ओनर बनता है।
• टिप्पणियाँ अपने लेखकों और टाइमस्टैम्प के साथ आती हैं।
• Plane के स्टेट समूह स्थिति तय करते हैं; रद्द किया गया इशू rejected और आर्काइव होकर आता है।
• साइकल इटरेशन ग्रिड बनाता है और Cycle: <name> लेबल के रूप में भी बचा रहता है; मॉड्यूल Module: <name> लेबल बनता है।
• Plane एक्सपोर्ट में निर्माता का कोई कॉलम नहीं होता, इसलिए इम्पोर्ट करने वाला सदस्य ही अनुरोधकर्ता होता है। Plane काम शुरू होने की कोई तारीख़ एक्सपोर्ट नहीं करता, इसलिए साइकल टाइम नहीं होता।

GitHub से

स्रोत: GitHub (Issues via API)। फ़ाइल अपलोड करने के बजाय मालिक और रिपॉज़िटरी दर्ज करें। issues अपने असाइनी, लेखक, लेबल, टिप्पणियों और चेकलिस्ट आइटम के साथ स्टोरी बनती हैं; पुल रिक्वेस्ट, माइलस्टोन (एपिक के रूप में) और रिलीज़ ऑप्ट-इन हैं। टोकन, दर सीमाएँ और बाक़ी सब GitHub रिपॉज़िटरी से प्रोजेक्ट भरें पर है।

किसी अन्य East Agile Tracker प्रोजेक्ट से

स्रोत: East Agile Tracker (native export) — दूसरे प्रोजेक्ट पर, Settings → Import / Export → एक्सपोर्ट डाउनलोड करें। यह बिना हानि वाला रास्ता है: फ़ॉलोअर, समीक्षक, एपिक, टास्क, ब्लॉकर, लिंक और Icebox सब वापस आते हैं, और ओनर ईमेल के ज़रिए सदस्यों से फिर जुड़ जाते हैं।

इम्पोर्ट के बाद

ये स्टोरी सामान्य स्टोरी ही हैं — स्टेट मशीन, इटरेशन और वेलोसिटी, सब लागू होते हैं। वही स्क्रीन बाद में प्रोजेक्ट को फिर एक्सपोर्ट करती है, बिना हानि वाली प्रतिलिपि के लिए East Agile Tracker फ़ॉर्मैट में या दूसरे किसी भी टूल के आकार में; देखें संचालन निर्देश → एक प्रोजेक्ट एक्सपोर्ट करना।

एक प्रोजेक्ट बनाएँ और अपना एक्सपोर्ट इम्पोर्ट करें — इम्पोर्टर हर प्रोजेक्ट की सेटिंग्स स्क्रीन पर है।