ସମସ୍ୟା ଟ୍ରାକର୍

ଦେଖିବାବେଳେ ସେସନ୍‌କୁ ଟିକେଟ୍‌ରେ ବଦଳାନ୍ତୁ - ପ୍ଲେୟର୍‌ରେ ଗୋଟିଏ ବଟନ୍, ବର୍ଣ୍ଣନାରେ ଆପଣଙ୍କ ନିଜ ଶବ୍ଦ ଓ ରେକର୍ଡିଂ ଲିଙ୍କ୍ ପୂର୍ବରୁ ଯୋଡ଼ା।

1. ଏହା ହସ୍ତଚାଳିତ କାହିଁକି

MousePlayer ର ଅନ୍ୟ ପ୍ରତ୍ୟେକ ବ୍ରିଜ୍ ନିଜେ ଚାଲେ। ଏହା ଚାଲେ ନାହିଁ, ଏହା ହିଁ ସମ୍ପୂର୍ଣ୍ଣ ଡିଜାଇନ୍।

ଟିକେଟ୍ ଜଣେ ବ୍ୟକ୍ତିଙ୍କ ପାଇଁ କାମ। ପ୍ରତି କ୍ରୋଧପୂର୍ଣ୍ଣ କ୍ଲିକ୍‌ରେ ଟିକେଟ୍ ଖୋଲିଲେ ବୋର୍ଡ୍ ଯାଞ୍ଚ ନହୋଇଥିବା କାମରେ ଭରିଯିବ, ଏବଂ ସପ୍ତାହ ମଧ୍ୟରେ ଦଳ ସେଗୁଡ଼ିକୁ ଫିଲ୍ଟର୍ କରି ବାଦ୍ ଦେବ - ସେତେବେଳେ ପ୍ରକୃତ ସମସ୍ୟା ମଧ୍ୟ ବାଦ୍ ପଡ଼ିବ।

ତେଣୁ ଟ୍ରିଗର୍ ଆପଣ। ସେସନ୍ ଦେଖନ୍ତୁ, ସମସ୍ୟା ଦେଖନ୍ତୁ, ବଟନ୍ ଦବାଇ କଣ ଦେଖିଲେ ଲେଖନ୍ତୁ। ବର୍ଣ୍ଣନାରେ ରେକର୍ଡିଂ ଲିଙ୍କ୍ ପୂର୍ବରୁ ଅଛି; ନିଷ୍ପତ୍ତି ଆପଣଙ୍କର।

ବଟନ୍ କେବଳ ମାଲିକ ଓ ପ୍ରଶାସକଙ୍କୁ ଦେଖାଯାଏ, ସେୟାର୍ ଲିଙ୍କ୍ ଦୃଶ୍ୟରେ କେବେ ନୁହେଁ। ଆପଣ ରେକର୍ଡିଂ ପଠାଇଥିବା ବ୍ୟକ୍ତି ଆପଣଙ୍କ ଟ୍ରାକର୍‌ରେ ଟିକେଟ୍ ଖୋଲିପାରିବା ଉଚିତ ନୁହେଁ।

2. ପାଞ୍ଚଟି ଟ୍ରାକର୍ ଓ ପ୍ରତ୍ୟେକର ଆବଶ୍ୟକତା

କେଉଁଠି ପହଞ୍ଚେଆପଣ ଦିଅନ୍ତି
Jiraପ୍ରକଳ୍ପରେ ଏକ ସମସ୍ୟାsite URL, ଆକାଉଣ୍ଟ୍ ଇମେଲ୍, API token, project key, issue type
Linearଦଳରେ ଏକ ସମସ୍ୟାAPI ଚାବି, team ID
Asanaପ୍ରକଳ୍ପରେ ଏକ କାମବ୍ୟକ୍ତିଗତ ପ୍ରବେଶ ଟୋକେନ୍, project ID
Trelloତାଲିକାରେ ଏକ କାର୍ଡ୍ଚାବି, ଟୋକେନ୍, list ID
GitHubରିପୋଜିଟରିରେ ଏକ ସମସ୍ୟାବ୍ୟକ୍ତିଗତ ପ୍ରବେଶ ଟୋକେନ୍, owner/repo

ଗୋଟିଏ ଟାଇଲ୍, ଏକ ସମୟରେ ଗୋଟିଏ ପ୍ରଦାନକାରୀ। ପରେ ଦ୍ୱିତୀୟ ଟ୍ରାକର୍ ଯୋଡ଼ିବା ମାନେ ଚୟନ ବଦଳ, ମାଇଗ୍ରେସନ୍ ନୁହେଁ।

ପରିଚୟଚିହ୍ନ କେଉଁଠୁ ଆସେ

ବ୍ରାଉଜର୍‌ରେ ଦଳ କିମ୍ବା ପ୍ରକଳ୍ପ ଖୋଲିଲେ Linear ର team ID ଓ Asana ର project ID URL ରେ ଦେଖାଯାଏ। ପାଞ୍ଚଟି ମଧ୍ୟରୁ Trello ର list ID ସବୁଠାରୁ କଷ୍ଟକର: ଏହା ଯୋଡ଼ନ୍ତୁ .json ବୋର୍ଡ୍ URL ଶେଷରେ ଓ ଚାହୁଁଥିବା ତାଲିକା ଖୋଜନ୍ତୁ। Jira ର project key ପ୍ରତି issue ସଂଖ୍ୟା ଆଗର ଉପସର୍ଗ - ACME ଏହାରେ: ACME-1234।

3. ଟିକେଟ୍‌ର ଲିଙ୍କ୍ ଆମ ସର୍ଭର୍ ତିଆରି କରେ

ଆପଣ ଲେଖୁଥିବା ବର୍ଣ୍ଣନା ଆପଣଙ୍କର। ରେକର୍ଡିଂ ଲିଙ୍କ୍ ନୁହେଁ - ଆପଣ ପ୍ରକୃତରେ ଦେଖୁଥିବା ସେସନ୍‌ରୁ ଆମ ପଟେ ତିଆରି ହୁଏ, ଫର୍ମ ତାହା ପ୍ରଭାବିତ କରିପାରେ ନାହିଁ।

ଏହା ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ, କାରଣ ଟିକେଟ୍ ଅନ୍ୟ ଲୋକ କ୍ଲିକ୍ କରନ୍ତି। ଲିଙ୍କ୍ ବ୍ରାଉଜର୍‌ରୁ ଆସିଲେ, ସଜାଯାଇଥିବା ଅନୁରୋଧ ନିଜ ସାଧନ ପରି ଦେଖାଯାଉଥିବା ସ୍ଥାନରେ ଆପଣଙ୍କ ଦଳ ଆଗରେ ଯେକୌଣସି ଠିକଣା ରଖିପାରନ୍ତା।

HTTP 200 ମାନେ ଟିକେଟ୍ ଅଛି ନୁହେଁ

Linear GraphQL ଦ୍ୱାରା ଉତ୍ତର ଦିଏ, ଆଉ GraphQL ଏହି ଉତ୍ତର ଦିଏ: 200 OK ଏହି ଆରେ ସହ: errors ଅସ୍ୱୀକାର କଲେ। କେବଳ ସ୍ଥିତି କୋଡ୍ ଦେଖୁଥିବା ବ୍ରିଜ୍ କେବେ ସୃଷ୍ଟି ହୋଇନଥିବା ଟିକେଟ୍ ପାଇଁ ସଫଳତା ଜଣାଇବ। ଆମେ ବିଷୟବସ୍ତୁ ପଢ଼ୁ।

ଟ୍ରାକର୍ ନୂଆ issue ର ପରିଚୟଚିହ୍ନ ଫେରାଇଲେ, ଆମେ ନିଶ୍ଚିତକରଣରେ ଦେଖାଉ - ଯାହାରେ ସବୁଜ ସନ୍ଦେଶକୁ ବିଶ୍ୱାସ କରିବା ବଦଳରେ ତାହା ପ୍ରକୃତରେ ଅଛି କି ଯାଞ୍ଚ କରିପାରିବେ।

4. ଜାଣିଶୁଣି ଯାହା ନାହିଁ

ସ୍ୱୟଂଚାଳିତ ଟିକେଟ୍ ନାହିଁ

ଉପରେ ଦେଖନ୍ତୁ। ସ୍ୱୟଂଚାଳନ ଚାହିଁଲେ webhook ବ୍ରିଜ୍ ବିରକ୍ତି ସଙ୍କେତ Zapier କିମ୍ବା Make କୁ ପଠାଇପାରେ, ସେଠାରେ କଣ ଟିକେଟ୍ ଯୋଗ୍ୟ ନିଷ୍ପତ୍ତି ନେଇପାରିବେ।

ଦ୍ୱିଦିଗୀୟ ସମନ୍ୱୟ ନାହିଁ

ଟିକେଟ୍ ବନ୍ଦ କଲେ MousePlayer ରେ କିଛି ବଦଳେ ନାହିଁ, ଆଉ MousePlayer ର କିଛି ତାହାକୁ ପୁଣି ଖୋଲେ ନାହିଁ। ଦେଢ଼ ଦିଗରେ ଚାଲୁଥିବା ସମନ୍ୱୟ ନଥିବାଠାରୁ ଖରାପ, କାରଣ ଲୋକେ ତାହା ଉପରେ ନିର୍ଭର କରିବା ଆରମ୍ଭ କରନ୍ତି।

ସଂଲଗ୍ନକ ନାହିଁ

ରେକର୍ଡିଂ ଆମ ପାଖରେ ରହେ ଓ ଆମ ପାଖରେ ଦେଖାଯାଏ। ଟ୍ରାକର୍‌କୁ ଭିଡିଓ ଏକ୍ସପୋର୍ଟ୍ କଲେ ଆପଣ ପରିଦର୍ଶକଙ୍କ ସହ ସହମତ ହୋଇଥିବା ସଂରକ୍ଷଣ ନିୟମଠାରୁ ଭିନ୍ନ ସିଷ୍ଟମ୍‌କୁ ବ୍ୟକ୍ତିଗତ ତଥ୍ୟ ପଠାଇବା ହେବ।

ଟୋକେନ୍ AES-256-GCM ଏନକ୍ରିପ୍ଟ୍ ଭାବେ ରଖାଯାଏ ଓ ପୁଣି ଦେଖାଯାଏ ନାହିଁ। ଆଭ୍ୟନ୍ତରୀଣ ଧାଡ଼ିରେ ମଧ୍ୟ କେବେ ରଖାଯାଏ ନାହିଁ - ଆପଣ ଅପେକ୍ଷା କରିବାବେଳେ ଏହି କଲ୍ ସିଧା ଅନୁରୋଧରୁ ହୁଏ।

5. GitLab, Azure DevOps ଓ ClickUp

ଆଉ ତିନିଟି ଟ୍ରାକର୍, ସମାନ ବଟନ୍, ସମାନ ହସ୍ତଚାଳିତ ଟ୍ରିଗର୍।

ଆପଣ ଦିଅନ୍ତି
GitLabhost, project ID ଓ ଟୋକେନ୍ - ଆପଣଙ୍କ ନିଜ GitLab ମଧ୍ୟ ଚାଲେ
Azure DevOpsorganisation, project, work item type ଓ PAT
ClickUplist ID ଓ ବ୍ୟକ୍ତିଗତ ଟୋକେନ୍

ନିଜେ ହୋଷ୍ଟ୍ କରିଥାଇପାରନ୍ତି, ତେଣୁ GitLab host ମାଗେ

ଅନ୍ୟମାନଙ୍କ ପରି ନୁହେଁ, GitLab ପ୍ରାୟତଃ ନିଜେ ହୋଷ୍ଟ୍ ହୁଏ, ତେଣୁ host ନିର୍ଦ୍ଦିଷ୍ଟ ମୂଲ୍ୟ ପରିବର୍ତ୍ତେ ଏକ ଫିଲ୍ଡ। ଏହା ଲଗାନ୍ତୁ gitlab.com ଆପଣ ସେଠାରେ ଥିଲେ।

Azure DevOps ର ଦୁଇଟି ବିଶେଷତା ଏକାସହ

ଏହାର ବିଷୟବସ୍ତୁ ଅବଜେକ୍ଟ୍ ପରିବର୍ତ୍ତେ JSON Patch ଦଲିଲ, ଆଉ content type ଏହା ହେବା ଦରକାର: application/json-patch+json - ଅନ୍ୟ କିଛି ହେଲେ 415 ଦିଏ। URL ରେ work item type ଆଗର dollar ଚିହ୍ନ ଠିକଣାର ଅଂଶ, ଆମେ ଭରିବାକୁ ଭୁଲିଥିବା ସ୍ଥାନଚିହ୍ନ ନୁହେଁ।

ClickUp କେବଳ ଟୋକେନ୍ ଚାହେ

ଏହି ଶବ୍ଦ ବିନା Bearer ଆଗରେ। ଶବ୍ଦ ଯୋଡ଼ା ଟୋକେନ୍ 401 ସହ ଅସ୍ୱୀକୃତ ହୁଏ, ଯାହା ଠିକ୍ ଭୁଲ୍ ଟୋକେନ୍ ପରି ଦେଖାଯାଏ।

ଏଠାରେ ଥିବା ସମସ୍ତ ଟ୍ରେଡ୍‌ମାର୍କ୍ ସେମାନଙ୍କ ସମ୍ବନ୍ଧିତ ମାଲିକଙ୍କର। ଏହି ପ୍ରଦାନକାରୀଙ୍କ ସହ MousePlayer ର କୌଣସି ବ୍ୟବସାୟିକ ସମ୍ପର୍କ ନାହିଁ।