საკითხების ტრეკერები
სესიას ყურებისასვე გადააქციეთ ტიკეტად — ერთი ღილაკი პლეერში, თქვენი სიტყვები აღწერაში და დაკვრის ბმული უკვე დართულია.
1. რატომაა ეს ხელით
MousePlayer-ის ყველა სხვა ხიდი თავისით ირთვება. ეს არა და სწორედ ასეთია ჩანაფიქრი.
ტიკეტი ადამიანის სამუშაოა. ყოველ გაბრაზებულ დაწკაპუნებაზე რომ შეგვექმნა, დაფა დაუხარისხებელი პუნქტებით აივსებოდა და გუნდი ერთ კვირაში მათ გაფილტრავდა — ნამდვილი პრობლემებიც მათთან ერთად დაიკარგებოდა.
ამიტომ გამომწვევი თქვენ ხართ. უყურებთ სესიას, ხედავთ პრობლემას, აჭერთ ღილაკს და წერთ ნანახს. ბმული აღწერაში უკვეა; შეფასებას თქვენ ამატებთ.
ღილაკი მხოლოდ მფლობელებსა და ადმინისტრატორებს უჩანს და არასდროს გაზიარებული ბმულის ხედში. ჩანაწერის მიმღებს თქვენს ტრეკერში ტიკეტის შექმნა არ უნდა შეეძლოს.
2. ხუთი ტრეკერი და მათი მოთხოვნები
| სად ხვდება | რას აწვდით | |
|---|---|---|
| Jira | საკითხი პროექტში | საიტის URL, ანგარიშის ელფოსტა, API ტოკენი, პროექტის გასაღები, საკითხის ტიპი |
| Linear | საკითხი გუნდში | API გასაღები, გუნდის ID |
| Asana | დავალება პროექტში | პირადი წვდომის ტოკენი, პროექტის ID |
| Trello | ბარათი სიაში | გასაღები, ტოკენი, სიის ID |
| GitHub | საკითხი რეპოზიტორიაში | პირადი წვდომის ტოკენი, owner/repo |
ერთი ბარათი, ერთდროულად ერთი პროვაიდერი. მეორე ტრეკერის შემდეგ დამატება არჩევანის შეცვლაა და არა მიგრაცია.
საიდან მოდის იდენტიფიკატორები
Linear-ის გუნდისა და Asana-ს პროექტის ID ბრაუზერში გახსნისას URL-ში ჩანს. Trello-ს სიის ID ხუთიდან ყველაზე რთულია: დაფის URL-ს დაამატეთ .json და იპოვეთ სასურველი სია. Jira-ს პროექტის გასაღები ყველა საკითხის ნომრის წინ არსებული პრეფიქსია — ACME აქ: ACME-1234.
3. ტიკეტის ბმულს ჩვენი სერვერი ქმნის
თქვენ მიერ აკრეფილი აღწერა თქვენია. ბმული — არა: ჩვენს მხარეს იმ სესიიდან იქმნება, რომელსაც რეალურად უყურებდით; ფორმა მასზე ვერ მოქმედებს.
ეს მნიშვნელოვანია, რადგან ტიკეტის ბმულს სხვა ადამიანები ხსნიან. ბრაუზერიდან რომ მოდიოდეს, ხელოვნურ მოთხოვნას ნებისმიერი მისამართის ჩასმა შეეძლებოდა თქვენი ხელსაწყოს მსგავსად.
HTTP 200 ტიკეტის არსებობას არ ნიშნავს
Linear GraphQL-ით პასუხობს, GraphQL კი აბრუნებს 200 OK და უარისას ამ errors მასივს. მხოლოდ სტატუსზე დაყრდნობილი ხიდი არშექმნილ ტიკეტზე წარმატებას იტყოდა. სხეულს ვკითხულობთ.
თუ ტრეკერი ახალი საკითხის ID-ს აბრუნებს, დასტურში ვაჩვენებთ — მწვანე შეტყობინების ნდობის ნაცვლად თავად გადაამოწმებთ არსებობას.
4. რა არ არის აქ განზრახ
ავტომატური ტიკეტები არა
იხილეთ ზემოთ. ავტომატიზაციისთვის ვებჰუკის ხიდს შეუძლია უკმაყოფილების სიგნალები Zapier-ს ან Make-ს გაუგზავნოს; იქ გადაწყვიტეთ, რა იმსახურებს ტიკეტს.
ორმხრივი სინქრონიზაცია არა
ტიკეტის დახურვა MousePlayer-ში არაფერს ცვლის და MousePlayer-იც მას არ ხსნის. ერთნახევარი მიმართულების სინქრონიზაცია არქონაზე უარესია, რადგან ადამიანები მას ეყრდნობიან.
დანართები არა
ჩანაწერი ჩვენთან რჩება და ჩვენთანვე ნახულობენ. ვიდეოს ტრეკერში გატანა პირად მონაცემებს ვიზიტორებთან შეთანხმებულისგან განსხვავებული შენახვის წესების სისტემაში გადაიტანდა.
ტოკენი AES-256-GCM-ით დაშიფრულად ინახება და აღარ ჩანს. შიდა რიგშიც არ ხვდება — გამოძახება მოლოდინისას, უშუალოდ მოთხოვნიდან სრულდება.
5. GitLab, Azure DevOps და ClickUp
კიდევ სამი ტრეკერი, იგივე ღილაკი და ხელით გამომწვევი.
| რას აწვდით | |
|---|---|
| GitLab | ჰოსტი, პროექტის ID და ტოკენი — თქვენი GitLab-იც მუშაობს |
| Azure DevOps | ორგანიზაცია, პროექტი, სამუშაო ელემენტის ტიპი და PAT |
| ClickUp | სიის ID და პირადი ტოკენი |
GitLab ჰოსტს ითხოვს, რადგან შეიძლება თქვენ გეკუთვნოდეთ
სხვებისგან განსხვავებით ხშირად საკუთარ სერვერზეა, ამიტომ ჰოსტი ველია და არა მუდმივი. ჩასვით gitlab.com თუ იქ ხართ.
Azure DevOps-ს ორი თავისებურება აქვს
სხეული ობიექტის ნაცვლად JSON Patch დოკუმენტია და შიგთავსის ტიპი უნდა იყოს application/json-patch+json — სხვა შემთხვევაში პასუხია 415. URL-ში სამუშაო ელემენტის ტიპის წინ დოლარის ნიშანი მისამართის ნაწილია და არა შეუვსებელი ჩანაცვლება.
ClickUp-ს ტოკენი დამატების გარეშე სჭირდება
წინ არ უნდა ჰქონდეს Bearer . ამ სიტყვის მქონე ტოკენი 401-ით უარყოფილია და ზუსტად არასწორ ტოკენს ჰგავს.
აქ დასახელებული ყველა სავაჭრო ნიშანი შესაბამის მფლობელს ეკუთვნის. MousePlayer-ს ამ პროვაიდერებთან საქმიანი კავშირი არ აქვს.