एकीकरण
CI पाइपलाइनें कनेक्ट करें ताकि Tracera से चलाएँ और पुनः रन आपके प्रदाताओं पर बिल्ड शुरू कर सकें।

शुरू करने से पहले
- प्रोजेक्ट सेटिंग्स → एकीकरण खोलें (प्रोजेक्ट सेटिंग्स पहुँच चाहिए)।
- प्रोजेक्ट ऑटोटेस्ट टोकन को CI secrets में रखें — देखें टोकन। पाइपलाइन शुरू करते समय Tracera वह टोकन नहीं भेजता।
- ऐसा एडाप्टर उपयोग करें जो
TRACERA_TEST_RUN_IDसेट होने पर परिणाम भेजे — देखें एडाप्टर।
यह कैसे काम करता है
- एकीकरण में जोड़ें चुनें और प्रदाता चुनें।
- पाइपलाइन, कनेक्शन और वैकल्पिक पैरामीटर टैब भरें, फिर सहेजें।

- जब आप चलाएँ या पुनः रन करते हैं और प्रोजेक्ट में पाइपलाइनें हैं, Tracera CI में चलाएँ डायलॉग खोलता है। अधिकतम 10 पाइपलाइनें चुनें (पूर्व-चयन डिफ़ॉल्ट का पालन करता है)।

- Tracera रन बनाता है, फिर चयनित पाइपलाइनें ट्रिगर करता है। हमेशा
TRACERA_TEST_RUN_ID,TRACERA_BASE_URLऔरTRACERA_PROJECT_IDभेजता है (इन कुंजियों के UI ओवरराइड नज़रअंदाज़ होते हैं)। पाइपलाइन के कस्टम params शामिल होते हैं। Autotest Bearer नहीं भेजा जाता। - CI में इन मानों को जॉब एनवायरनमेंट में मैप करें, ऑटोटेस्ट टोकन secrets में रखें, और
TRACERA_TEST_RUN_IDसेट करके एडाप्टर से रिपोर्ट करें।
पाइपलाइनें एक कनेक्शन साझा कर सकती हैं। उस कनेक्शन पर टोकन अपडेट करने से उसे उपयोग करने वाली हर पाइपलाइन अपडेट होती है।
प्रदाता
GitHub Actions
पाइपलाइन: रिपॉज़िटरी (owner/repo), वर्कफ़्लो फ़ाइल (उदाहरण e2e.yml), ब्रांच या टैग। वैकल्पिक सर्वर URL (खाली = api.github.com)।
वर्कफ़्लो फ़ाइल में TRACERA_TEST_RUN_ID, TRACERA_BASE_URL, TRACERA_PROJECT_ID और कोई भी कस्टम params को workflow_dispatch inputs के रूप में घोषित करें। अन्यथा GitHub अप्रत्याशित inputs अस्वीकार कर देता है।
Jenkins
पाइपलाइन: जॉब URL (/job/… खंड होने चाहिए)। कनेक्शन: उपयोगकर्ता नाम और API टोकन, सर्वर जॉब URL से।
GitLab CI
पाइपलाइन: GitLab प्रोजेक्ट (पथ group/project या संख्यात्मक id) और ब्रांच या टैग। वैकल्पिक सर्वर URL (खाली = gitlab.com)।
TeamCity
पाइपलाइन: बिल्ड प्रकार id। कनेक्शन: सर्वर URL (आवश्यक) और टोकन।
Azure Pipelines
पाइपलाइन: संगठन, Azure प्रोजेक्ट, पाइपलाइन id, और ब्रांच। वैकल्पिक सर्वर URL (खाली = dev.azure.com)।
संबंधित: प्रोजेक्ट सेटिंग्स, टोकन, एडाप्टर।


