مسئلي جا ٽريڪر
سيشن ڏسندي ان کي ticket ۾ بدلايو — پليئر ۾ هڪ بٽڻ، وضاحت ۾ پنهنجا لفظ، ۽ ٻيهر پلے لنڪ اڳ ئي ڳنڍيل.
1. هي هٿ سان ڇو آهي
MousePlayer جو هر ٻيو پل پاڻ هلي ٿو. هي نٿو هلي، ۽ اها ئي سڄي بناوت آهي.
Ticket ڪنهن ماڻهو لاءِ ڪم آهي. هر ڪاوڙ واري ڪلڪ لاءِ کوليون ته بورڊ اڻجاچيل شين سان ڀرجي وڃي، ۽ هفتي اندر ٽيم انهن کي فلٽر ڪري ڇڏيندي — پوءِ حقيقي مسئلا به خارج ٿيندا.
تنهنڪري محرڪ توهان آهيو. سيشن ڏسو، مسئلو سڃاڻو، بٽڻ دٻايو ۽ پنهنجو ڏٺل لکو. رڪارڊنگ لنڪ اڳ ئي وضاحت ۾ آهي؛ فيصلو توهان ڏيو ٿا.
بٽڻ رڳو مالڪن ۽ ايڊمنن لاءِ اچي ٿو، شيئر لنڪ ڏيک ۾ ڪڏهن نه. جنهن کي رڪارڊنگ موڪليو، اهو توهان جي ٽريڪر ۾ ticket کولڻ لائق نه هجڻ گهرجي.
2. پنج ٽريڪر ۽ هر هڪ جون گهرجون
| ڪٿي اچي ٿو | توهان ڏيو ٿا | |
|---|---|---|
| Jira | پروجيڪٽ ۾ مسئلو | سائيٽ URL، اڪائونٽ اي ميل، API token، project key، مسئلي جو قسم |
| Linear | ٽيم ۾ مسئلو | API key، team ID |
| Asana | پروجيڪٽ ۾ ڪم | ذاتي access token، project ID |
| Trello | فهرست ۾ ڪارڊ | Key، token، list ID |
| GitHub | Repository ۾ مسئلو | ذاتي access token، owner/repo |
هڪ ٽائل، هڪ ئي وقت هڪ چونڊيل فراهم ڪندڙ. بعد ۾ ٻيو ٽريڪر شامل ڪرڻ چونڊ بدلائڻ آهي، منتقلي نه.
سڃاڻپ ڪوڊ ڪٿان اچن ٿا
Linear جو team ID ۽ Asana جو project ID، برائوزر ۾ ٽيم يا پروجيڪٽ کولڻ تي URL ۾ نظر اچن ٿا. پنجن مان Trello جو list ID سڀ کان ڏکيو آهي: هي وڌايو .json بورڊ URL جي آخر ۾ ۽ گهربل فهرست ڳوليو. Jira جي project key هر مسئلي نمبر کان اڳ واري اڳياڙي آهي — ACME هن ۾ ACME-1234.
3. Ticket جو لنڪ اسان جو سرور ٺاهي ٿو
توهان جي لکيل وضاحت توهان جي آهي. ٻيهر پلے لنڪ نه — اهو اسان جي پاسي انهيءَ سيشن مان ٺهي ٿو جيڪو حقيقت ۾ ڏسي رهيا هئا، ۽ فارم ان تي اثر نٿو ڪري سگهي.
اهو ان ڪري اهم آهي جو ticket تي ٻيا ماڻهو ڪلڪ ڪن ٿا. لنڪ برائوزر مان اچي ها ته ٺڳيل درخواست توهان جي ٽيم اڳيان ڪو به پتو اهڙي شيءِ اندر رکي سگهي ها جيڪا پنهنجو اوزار لڳي.
HTTP 200 جو مطلب ticket موجود هجڻ ناهي
Linear، GraphQL ذريعي جواب ڏئي ٿو، ۽ GraphQL هي جواب ڏئي ٿو 200 OK هن سان گڏ errors array، جڏهن رد ڪري. رڳو status code ڏسندڙ پل ڪڏهن نه ٺهيل ticket لاءِ ڪاميابي رپورٽ ڪري ها. اسان body پڙهون ٿا.
ٽريڪر نئين مسئلي جو سڃاڻپ ڪوڊ موٽائي ته تصديق ۾ رکون ٿا — ته سائي پيغام تي ڀروسو بدران جاچي سگهو ته واقعي اتي آهي.
4. ڄاڻي واڻي ڇا شامل ناهي
پاڻمرادو ticket نه
مٿي ڏسو. پاڻمرادو عمل گهرجي ته webhook پل مايوسي جا اشارا Zapier يا Make ڏانهن موڪلي سگهي ٿو، ۽ توهان اتي طئي ڪري سگهو ٿا ته ڇا ticket لائق آهي.
ٻه طرفي هم وقتي نه
Ticket بند ڪرڻ MousePlayer ۾ ڪجهه نٿو بدلائي، ۽ MousePlayer جو ڪجهه ان کي وري نٿو کولي. ڏيڍ طرف هلندڙ هم وقتي ڪنهن به هم وقتي نه هئڻ کان خراب آهي، ڇاڪاڻ ته ماڻهو ڀاڙڻ لڳن ٿا.
ڳنڍيل فائلون نه
رڪارڊنگ اسان وٽ رهي ۽ اسان وٽ ڏسجي ٿي. ٽريڪر ۾ وڊيو ايڪسپورٽ ڪرڻ ذاتي ڊيٽا اهڙي نظام ۾ موڪليندو جنهن جا رکڻ جا ضابطا مهمانن سان طئي ڪيل کان مختلف آهن.
Token، AES-256-GCM سان انڪرپٽ ٿي محفوظ ٿئي ٿو ۽ وري نه ڏيکارجي. اندروني قطار ۾ به ڪڏهن نٿو رکجي — هي ڪال توهان جي انتظار دوران سڌو درخواست مان ٿئي ٿي.
5. GitLab، Azure DevOps ۽ ClickUp
ٽي وڌيڪ ٽريڪر، ساڳيو بٽڻ، ساڳيو هٿ وارو محرڪ.
| توهان ڏيو ٿا | |
|---|---|
| GitLab | Host، project ID ۽ token — توهان جي پنهنجي GitLab سان به ڪم ڪري ٿو |
| Azure DevOps | Organisation، project، work item type ۽ PAT |
| ClickUp | List ID ۽ ذاتي token |
GitLab، host گهري ٿو ڇاڪاڻ ته توهان ان جا مالڪ ٿي سگهو ٿا
ٻين جي ابتڙ GitLab اڪثر پنهنجي سرور تي هلي ٿو، تنهنڪري host مقرر قدر بدران خانو آهي. هي پيسٽ ڪريو gitlab.com جيڪڏهن توهان اتي آهيو.
Azure DevOps جون ٻه خاص ڳالهيون آهن
ان جي body، object بدران JSON Patch document آهي، ۽ content type هي هجڻ گهرجي application/json-patch+json — ٻيو ڪجهه 415 جواب ڏئي ٿو. URL ۾ work item type کان اڳ وارو ڊالر نشان پتي جو حصو آهي، وسريل ڀرڻ وارو placeholder نه.
ClickUp کي بنا اڳياڙي وارو token گهرجي
هي نه Bearer ان کان اڳ. اڳيان اهو لفظ لڳل token، 401 سان رد ٿئي ٿو، جيڪو بلڪل غلط token جهڙو لڳي ٿو.
هتي ڄاڻايل سڀ تجارتي نشان پنهنجن مالڪن جا آهن. MousePlayer جو انهن فراهم ڪندڙن سان ڪو ڪاروباري لاڳاپو ناهي.