Needs you की रुकावट हल करें
पूरा हुआInitiative रुकने का कारण जाँचें। Decision context बनाए रखते हुए आगे बढ़ना, फिर planning, restart या human setup action चुनें।
प्रकाशक Taigaहम कैसे लिखते हैं
अपनी समझ जाँचेंअस्थायी infrastructure failure से कई चरण पूरे होने के बाद build रुक गया। Plan सही है। कौन-सी कार्रवाई पूरा काम बचाती है?अभ्यास करें
आप क्या सीखेंगे
- Initiative और run को उनके अलग उद्देश्यों के लिए इस्तेमाल करें।
- Resume build, Plan again, Try again और Start over का अंतर समझें।
- प्रमाण और सही permission के साथ shared inbox का काम हल करें।
रुकने का कारण ढूँढ़ें
काल्पनिक equipment service employee-access बदलाव build कर रही है। Initiative में Needs you दिखता है। पहले initiative का कारण पढ़ें, फिर execution attempt हो तो run देखें।
Failed plan, interrupted build और शुरू न हो सका build अलग स्थितियाँ हैं। Taiga initiative को हल किए जाने वाले issue के साथ Build में रखता है। किसी के कार्रवाई करने तक delivery का क्रम उस initiative से आगे नहीं बढ़ता।
Steps, धारणाएँ और पूरा काम समझने के लिए run इस्तेमाल करें। आगे क्या होगा, यह तय करने के लिए initiative इस्तेमाल करें।
असर के अनुसार कार्रवाई चुनें
| Action | असर |
|---|---|
| Resume build | पहले अधूरे चरण से आगे चलता है और committed काम बचाता है |
| Plan again | Replacement plan बनाता है और पुराने plans का इतिहास बचाता है |
| Try again | शुरू न हो सके build का फिर प्रयास करता है |
| Start over | वर्तमान plan को नई branch पर नए run के रूप में build करता है |
Interface वर्तमान state के उचित actions देता है। आगे बढ़ने से पहले खास व्याख्या पढ़ें। Start over रुके run का काम आगे नहीं लाता; पुराना run record बना रहता है।
अस्थायी infrastructure failure में पहले कारण ठीक होना जाँचें। Plan और बचा काम उपयुक्त हों तो resume करें। गलत data boundary में वही implementation दोहराने के बजाय संबंधित context और plan सुधारें।
Initiative अभी नहीं चलनी चाहिए तो उसे line से हटाएँ। Planning या building सक्रिय हो तो confirmation देखें, क्योंकि हटाने से वह काम रुकता है।
Setup का काम अलग हल करें
Action Required उन reviews और tasks का shared inbox है जिन्हें व्यक्ति की जरूरत है। इनमें credentials, accounts, environment variables, package registry connections और permissions हो सकते हैं।
Missing production secret के लिए जरूरी नाम, provider, environment और owner पहचानें। स्वीकृत secret प्रक्रिया से उसे बनाएँ या configure करें। उसकी value initiative description या learning worksheet में paste न करें।
Setup item बताता है कि क्या करना है; done चिह्नित करने से configuration नहीं बनता। वास्तविक काम पूरा और verify करें, फिर item done करें। देखें कि काम कब तक जरूरी है और run की वर्तमान state क्या है: missing registry dependency installation रोक सकती है, जबकि दूसरा task बाद में deployment रोक सकता है।
Shared record सही रखें
Inbox team का है। Item resolve करने से access वाले सभी लोगों के लिए वह साफ होता है। Dismiss केवल item लागू न होने पर इस्तेमाल करें। बाद में वापस आना हो तो Snooze करें।
Members, admins और owners अपनी permissions के भीतर items resolve कर सकते हैं। Viewers पढ़ सकते हैं, queue साफ नहीं कर सकते। काम की रुकावट हटाने के लिए चुने व्यक्ति के पास जरूरी अधिकार हैं, यह पुष्टि करें।
आगे बढ़ने का परिणाम जाँचें
कार्रवाई के बाद नई state और प्रमाण देखें। पुष्टि करें कि इच्छित plan चला और missing condition हल हुई। बार-बार failure एक और समान retry की जरूरत के बजाय अनसुलझी धारणा दिखा सकती है।
स्थायी सीख उचित instructions या operating procedure में दर्ज करें। पूरी जिम्मेदारी के model के साथ Taiga enable करने की ओर बढ़ें।
अभ्यास करें
तीन काल्पनिक रुकावटें वर्गीकृत करें: अस्थायी package service outage, गलत डेटा सीमा वाला plan और missing production secret। देखने वाला record, जिम्मेदार व्यक्ति, अगली कार्रवाई और आगे बढ़ने की अनुमति देने वाला प्रमाण बताएँ।
Worksheet डाउनलोड करें (Markdown)यह चयन हटाने से इस browser में सहेजी गई पूरी प्रगति मिट जाती है।
प्रगति इसी browser में रहती है। कोई account या tracking नहीं।