समस्या ट्रैकर

1. यह मैनुअल क्यों है

MousePlayer के बाकी ब्रिज खुद चलते हैं। यह नहीं, और यही डिज़ाइन है।

टिकट किसी व्यक्ति का काम है। हर गुस्से वाले क्लिक पर बनाते तो बोर्ड बिना छँटे आइटम से भरता और सप्ताह में टीम फ़िल्टर करने लगती — फिर वास्तविक भी छिपते।

इसलिए ट्रिगर आप हैं। सत्र देखें, समस्या देखें, बटन दबाकर लिखें। लिंक विवरण में पहले से है; निर्णय आपका है।

2. पाँच ट्रैकर और उनकी ज़रूरत

एक टाइल, एक समय एक प्रदाता। बाद में दूसरा ट्रैकर जोड़ना चयन बदलना है, माइग्रेशन नहीं।

पहचानकर्ता कहाँ मिलते हैं

ब्राउज़र में टीम या प्रोजेक्ट खोलने पर 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 उसे फिर नहीं खोलता। आधा दोतरफ़ा सिंक न होने से खराब है क्योंकि लोग निर्भर होने लगते हैं।

अटैचमेंट नहीं

रिकॉर्डिंग हमारे पास रहती और यहीं देखी जाती है। ट्रैकर में वीडियो भेजने से व्यक्तिगत डेटा अलग प्रतिधारण नियम वाले सिस्टम में जाएगा।