સમસ્યા ટ્રૅકર
સત્ર જોતી વેળાએ જ તેને ટિકિટમાં ફેરવો — પ્લેયરમાં એક બટન, વર્ણનમાં તમારા શબ્દો અને રેકોર્ડિંગ લિંક પહેલેથી જોડાયેલી.
1. આ જાતે કરવાનું શા માટે
MousePlayerનો બીજો દરેક સેતુ જાતે ચાલે છે. આ નથી ચાલતો — એ જ તેની રચના છે.
ટિકિટ વ્યક્તિ માટે કામ છે. દરેક આવેશભર્યા ક્લિકે બનાવીએ તો બોર્ડ કોઈએ ન તપાસેલી વસ્તુથી ભરાય; અઠવાડિયામાં ટીમ ફિલ્ટર કરી દેશે — પછી સાચી સમસ્યા પણ છુપાશે.
એટલે ટ્રિગર તમે છો. સત્ર જુઓ, સમસ્યા જુઓ, બટન દબાવી શું જોયું તે લખો. લિંક વર્ણનમાં પહેલેથી છે; નિર્ણય તમારો.
બટન ફક્ત માલિક અને ઍડમિનને દેખાય છે; શેર લિંકમાં ક્યારેય નહીં. રેકોર્ડિંગ મોકલેલી વ્યક્તિ તમારા ટ્રૅકરમાં ટિકિટ ન બનાવી શકે.
2. પાંચ ટ્રૅકર અને તેમની જરૂરિયાત
| ક્યાં પહોંચે | તમે આપો | |
|---|---|---|
| Jira | પ્રોજેક્ટમાં સમસ્યા | સાઇટ URL, ખાતાનું ઇમેઇલ, API ટોકન, પ્રોજેક્ટ કી, સમસ્યાનો પ્રકાર |
| Linear | ટીમમાં સમસ્યા | API કી, ટીમ ID |
| Asana | પ્રોજેક્ટમાં કાર્ય | વ્યક્તિગત ઍક્સેસ ટોકન, પ્રોજેક્ટ ID |
| Trello | યાદીમાં કાર્ડ | કી, ટોકન, યાદી ID |
| GitHub | રિપોઝિટરીમાં સમસ્યા | વ્યક્તિગત ઍક્સેસ ટોકન, owner/repo |
એક ટાઇલ; એક સમયે એક પ્રદાતા. પછી બીજો ટ્રૅકર ઉમેરવો એટલે પસંદગી બદલવી; માઇગ્રેશન નહીં.
ઓળખકર્તા ક્યાંથી મળે
બ્રાઉઝરમાં ટીમ કે પ્રોજેક્ટ ખોલો ત્યારે Linearની ટીમ ID અને Asanaની પ્રોજેક્ટ ID URLમાં દેખાય છે. પાંચમાં Trelloની યાદી ID સૌથી મુશ્કેલ: બોર્ડ URLમાં ઉમેરો .json અને જરૂરી યાદી શોધો. Jira પ્રોજેક્ટ કી દરેક સમસ્યા નંબરની આગળનો પ્રીફિક્સ છે — ACME આમાં ACME-1234.
3. ટિકિટની લિંક અમારો સર્વર બનાવે છે
તમે લખેલું વર્ણન તમારું છે. રેકોર્ડિંગ લિંક નહીં — તમે ખરેખર જોતા હતા તે સત્ર પરથી અમારી બાજુ બને છે; ફોર્મ તેની અસર કરી શકતું નથી.
આ મહત્ત્વનું છે કારણ કે ટિકિટ બીજા લોકો ક્લિક કરે છે. લિંક બ્રાઉઝરમાંથી આવે તો ઘડેલી વિનંતી તમારી ટીમ સામે પોતાની જ સિસ્ટમ જેવી વસ્તુમાં કોઈ પણ સરનામું મૂકી શકે.
HTTP 200 એટલે ટિકિટ અસ્તિત્વમાં છે એમ નહીં
Linear GraphQLથી જવાબ આપે છે; GraphQL નકારે ત્યારે આપે છે 200 OK સાથે errors ઍરે. ફક્ત સ્થિતિ જોનાર સેતુ ન બનેલી ટિકિટ માટે સફળતા કહે. અમે જવાબનું લખાણ વાંચીએ છીએ.
ટ્રૅકર નવી સમસ્યાનો ઓળખકર્તા આપે તો પુષ્ટિમાં મૂકીએ છીએ — જેથી લીલા સંદેશ પર વિશ્વાસ કરવાને બદલે ખરેખર હાજર છે તે તપાસી શકો.
4. જાણીજોઈને શું નથી
આપમેળે ટિકિટ નહીં
ઉપર જુઓ. સ્વચાલન જોઈએ તો વેબહૂક સેતુ અસંતોષ સંકેત Zapier કે Makeને મોકલી શકે; ત્યાં કઈ ટિકિટ બને તે નક્કી કરો.
દ્વિમાર્ગી સમન્વય નહીં
ટિકિટ બંધ કરવાથી MousePlayerમાં કશું બદલાતું નથી અને MousePlayer તેને ફરી ખોલતું નથી. દોઢ દિશામાં ચાલતો સમન્વય ન હોવા કરતાં ખરાબ છે, કારણ કે લોકો તેના પર આધાર રાખવા લાગે છે.
જોડાણ ફાઇલ નહીં
રેકોર્ડિંગ અમારી પાસે રહે અને અહીં જ જોવાય છે. ટ્રૅકરમાં વિડિયો નિકાસ કરવાથી મુલાકાતીઓ સાથે નક્કી કરેલા કરતાં જુદી જાળવણીવાળી સિસ્ટમમાં વ્યક્તિગત માહિતી જાય.
ટોકન AES-256-GCM એન્ક્રિપ્શન સાથે રહે છે અને ફરી દેખાતું નથી. આંતરિક કતારમાં પણ નથી જતું — રાહ જુઓ ત્યારે વિનંતીમાંથી સીધો કૉલ થાય છે.
5. GitLab, Azure DevOps અને ClickUp
વધુ ત્રણ ટ્રૅકર; એ જ બટન અને જાતે ટ્રિગર.
| તમે આપો | |
|---|---|
| GitLab | હોસ્ટ, પ્રોજેક્ટ ID અને ટોકન — પોતાનું GitLab પણ ચાલે છે |
| Azure DevOps | સંસ્થા, પ્રોજેક્ટ, વર્ક આઇટમ પ્રકાર અને PAT |
| ClickUp | યાદી ID અને વ્યક્તિગત ટોકન |
GitLab હોસ્ટ પૂછે છે કારણ કે તે તમારું હોઈ શકે
બીજાથી જુદું, GitLab ઘણી વાર પોતે હોસ્ટ કરેલું હોય છે; તેથી હોસ્ટ નિશ્ચિત નહીં, એક ક્ષેત્ર છે. અહીં હો તો પેસ્ટ કરો gitlab.com .
Azure DevOpsની એકસાથે બે વિશેષતા
તેનું body ઑબ્જેક્ટને બદલે JSON Patch દસ્તાવેજ છે અને content type આ હોવો જોઈએ: application/json-patch+json — બીજું હોય તો 415 મળે. URLમાં work item પ્રકાર આગળનું ડૉલર ચિહ્ન સરનામાનો ભાગ છે; ભરવાનું ભૂલેલો પ્લેસહોલ્ડર નહીં.
ClickUpને ફક્ત ટોકન જોઈએ
આગળ આ નહીં: Bearer . આગળ તે શબ્દવાળું ટોકન 401થી નકારાય છે; ખોટા ટોકન જેવું જ દેખાય છે.
અહીં જણાવેલાં બધાં ટ્રેડમાર્ક તેમના સંબંધિત માલિકોનાં છે. આ પ્રદાતાઓ સાથે MousePlayerનો કોઈ વ્યાવસાયિક સંબંધ નથી.