# GitLab 13.4 CI चर र Kubernetes एजेन्टको लागि HashiCorp भण्डारको साथ जारी गरियो

रिलीज 13.4 CI चर, Kubernetes एजेन्ट र सुरक्षा केन्द्रको लागि HashiCorp भण्डारण, साथै स्टार्टरमा स्विच गर्न मिल्ने सुविधाहरू सहित जारी गरिएको छ।

GitLab मा, हामी सधैँ सोचिरहेका हुन्छौं कि कसरी हामी प्रयोगकर्ताहरूलाई जोखिम कम गर्न, दक्षता सुधार गर्न, र तपाईंको मनपर्ने प्लेटफर्ममा डेलिभरी गति सुधार गर्न मद्दत गर्न सक्छौं। यो महिना हामीले धेरै उपयोगी नयाँ सुविधाहरू थपेका छौं जसले सुरक्षा क्षमताहरू विस्तार गर्दछ, जोखिमहरूको संख्या घटाउँछ, दक्षता बढाउँछ, GitLab सँग काम गर्न सजिलो बनाउँछ, र तपाईंको टोलीलाई अझ छिटो सुविधाहरू प्रदान गर्न मद्दत गर्दछ। हामी आशा गर्छौं कि तपाईंले रिलीजको मुख्य सुविधाहरू उपयोगी पाउनुहुनेछ, साथै 53 अन्य नयाँ सुविधाहरू, यो विज्ञप्तिमा थपियो।

उन्नत सुरक्षा सुविधाहरू

हामी हरेक महिना GitLab DevSecOps मा धेरै नयाँ सुविधाहरू थप्ने प्रयास गर्छौं, र यो रिलीज कुनै अपवाद छैन। HashiCorp भल्टबाट गोप्य कुञ्जीहरू अब CI/CD कार्यहरूमा प्रयोग गर्न सकिन्छ विधानसभा र तैनाती को रूपरेखा भित्र। थप रूपमा, कोड डिप्लोइमेन्ट जिम्मेवारीहरूको विभाजनलाई समर्थन गर्न चाहने संगठनहरूले अब गर्न सक्छन् रिपोर्टर पहुँच भएका प्रयोगकर्ताहरूलाई डिप्लोयर भूमिका थप्नुहोस्। यो भूमिका मेल खान्छ न्यूनतम पहुँच विशेषाधिकार को सिद्धान्त र तपाईंलाई मर्ज अनुरोधहरू पुष्टि गर्न अनुमति दिनेछ (GitLab "मर्ज अनुरोधहरू" को रूसी स्थानीयकरणमा) र कोड आफैं परिवर्तन गर्न पहुँच प्रदान नगरी, सुरक्षित वातावरणमा कोड प्रयोग गर्न।

जोखिम कम गर्ने अर्को तरिका नयाँ प्रयोग गर्नु हो GitLab Kubernetes एजेन्ट। सञ्चालन टोलीहरूले आफ्नो क्लस्टरलाई सम्पूर्ण इन्टरनेटमा खुलासा नगरीकन GitLab बाट Kubernetes क्लस्टरहरू प्रयोग गर्न सक्छन्। हामी नयाँ Terraform राज्य फाइलहरूको लागि स्वचालित संस्करण नियन्त्रण समर्थन पनि प्रस्तुत गर्दैछौं GitLab ले Terraform राज्य व्यवस्थित गर्यो अनुपालन र डिबगिङको सहजतालाई समर्थन गर्न। अन्तमा, उदाहरण सुरक्षा ड्यासबोर्ड भयो GitLab सुरक्षा केन्द्र जोखिम प्रतिवेदन र सुरक्षा सेटिंग्स संग।

GitLab को साथ अधिक सुविधाजनक र कुशल काम

हामीले समावेश गर्न हाम्रो विश्वव्यापी खोजलाई सुधार गरेका छौं खोज पट्टीबाट द्रुत नेभिगेसन, तपाईंलाई सजिलै नवीनतम टिकटहरू, समूहहरू, परियोजनाहरू, सेटिङहरू र मद्दत शीर्षकहरूमा नेभिगेट गर्न अनुमति दिन्छ। हामी GitLab पृष्ठहरू घोषणा गर्न उत्साहित छौं पुनर्निर्देशन देखा पर्यो साइट भित्र व्यक्तिगत पृष्ठहरू र डाइरेक्टरीहरू पुन: निर्देशित गर्न, जसले प्रयोगकर्ताहरूलाई उनीहरूको साइटहरू थप कुशलतापूर्वक प्रयोग गर्न अनुमति दिनेछ। र जो तैनाती बारे विस्तारित जानकारी प्राप्त गर्न चाहन्छन्, यो विज्ञप्तिले अनुमति दिन्छ वातावरण उपकरणपट्टीबाट सयौं समर्थित परियोजना परिनियोजनहरू व्यवस्थापन गर्नुहोस्!

खुला स्रोत योगदानहरू

हामी प्रतिनिधित्व गर्छौं मर्ज अनुरोध भिन्नहरूमा कोड कभरेज प्रदर्शन गर्दैजुन मैले थपेको छु यस महिनाको MVP, Fabio Huser। परिवर्तन गरिएको कोडको एकाइ परीक्षण कभरेजमा अंकहरूले विकासकर्ताहरूलाई समीक्षाको क्रममा कोड कभरेजको स्पष्ट विचार दिन्छ; यो जानकारीले समीक्षाहरूको गति बढाउन र नयाँ कोड मर्ज गर्न र डिप्लोइ गर्ने समय घटाउन मद्दत गर्छ। र हामी पनि स्विच गर्न मिल्ने सुविधाहरू (फिचर फ्ल्यागहरू) स्टार्टरमा सारियो र योजना तिनीहरूलाई रिलीज 13.5 मा कोरमा सार्नुहोस्.

र यो केवल सुरुवात हो!

सधैंको रूपमा, सामान्य सिंहावलोकनमा धेरै थोरै ठाउँ छ, तर त्यहाँ 13.4 रिलीजमा धेरै राम्रो सुविधाहरू छन्। यहाँ केहि थप छन्:

• व्यक्तिगत पहुँच टोकनहरूको सूची हेर्नुहोस् र तिनीहरूलाई API मार्फत रद्द गर्नुहोस्
• स्व-व्यवस्थित प्रमाण भण्डारणको लागि व्यक्तिगत पहुँच टोकनहरू रद्द गर्नुहोस्
• डिजाइन पृष्ठमा पूरा गर्नुपर्ने कार्यहरू चिन्ह लगाउनुहोस्
• नेस्टेड पाइपलाइनहरू (GitLab "एसेम्बली लाइनहरू" को रूसी स्थानीयकरणमा) अब आफ्नै नेस्टेड पाइपलाइनहरू चलाउन सक्छन्।
• हेल्म चार्ट GitLab को लागी स्मार्ट कार्ड प्रमाणीकरण समर्थन.

यदि तपाइँ अग्रिम जान्न चाहानुहुन्छ भने तपाइँ के पर्खिरहेको छ अर्को रिलीज गर्नुहोस्, एक नजर लिनुहोस् हाम्रो 13.5 रिलिज भिडियो.

हाम्रो वेबकास्ट हेर्नुहोस् "चुनौतीपूर्ण समयमा लचिलोपन".

एमभिपि यो महिना - Fabio Huser

Fabio ले महत्वपूर्ण योगदान पुर्यायो योगदान в मर्ज अनुरोध भिन्नहरूमा कोड कभरेज प्रदर्शन गर्दै - GitLab समुदायमा धेरै लामो समयदेखि प्रतिक्षा गरिएको सुविधा। GitLab टोलीका सदस्यहरूसँग निरन्तर सहयोग आवश्यक पर्ने र UX, फ्रन्ट-एन्ड र ब्याक-एन्ड जस्ता परियोजनाका धेरै क्षेत्रहरूलाई प्रभावित गर्ने गैर-तुच्छ परिवर्तनहरूका साथ यो वास्तवमै महत्त्वपूर्ण योगदान हो।

GitLab 13.4 रिलीज को मुख्य विशेषताहरु

CI कार्यहरूमा HashiCorp Vault कुञ्जीहरू प्रयोग गर्नुहोस्

(प्रिमियम, अल्टिमेट, सिल्भर, गोल्ड) DevOps चक्र चरण: रिलीज

रिलीज 12.10 मा, GitLab ले GitLab कार्य ह्यान्डलर (GitLab धावक) को प्रयोग गरेर CI कार्यहरूमा कुञ्जीहरू प्राप्त गर्ने र स्थानान्तरण गर्ने क्षमता प्रस्तुत गर्‍यो। अब हामी विस्तार गर्दैछौं JWT प्रयोग गरेर प्रमाणीकरण, नयाँ वाक्य रचना थप्दै secrets फाइल गर्न .gitlab-ci.yml। यसले GitLab को साथ HashiCorp भण्डार सेटअप गर्न र प्रयोग गर्न सजिलो बनाउनेछ।

कुञ्जीहरूसँग काम गर्नका लागि कागजात и मूल टिकट.

GitLab Kubernetes एजेन्ट परिचय

(प्रिमियम, अल्टिमेट) DevOps चक्र चरण: कन्फिगर गर्नुहोस्

Kubernetes सँग GitLab को एकीकरणले म्यानुअल कन्फिगरेसनको आवश्यकता बिना नै Kubernetes क्लस्टरहरूमा तैनाथ गर्न सम्भव बनाएको छ। धेरै प्रयोगकर्ताहरूले यस बन्डलको प्रयोगको सहजतालाई मन पराए, जबकि अरूले केही कठिनाइहरूको सामना गरे। हालको एकीकरणको लागि, GitLab लाई पहुँच गर्नको लागि तपाईंको क्लस्टर इन्टरनेटबाट पहुँचयोग्य हुनुपर्छ। धेरै संस्थाहरूको लागि, यो सम्भव छैन किनभने तिनीहरूले सुरक्षा, अनुपालन, वा नियामक कारणहरूको लागि क्लस्टरहरूमा पहुँच प्रतिबन्धित गर्छन्। यी प्रतिबन्धहरू प्राप्त गर्न, प्रयोगकर्ताहरूले GitLab को शीर्षमा आफ्नो उपकरणहरू निर्माण गर्न आवश्यक छ, अन्यथा तिनीहरूले यो सुविधा प्रयोग गर्न सक्षम हुनेछैनन्।

आज हामी GitLab Kubernetes Agent को परिचय दिदैछौं, Kubernetes क्लस्टरहरूमा डिप्लोय गर्ने नयाँ तरिका। एजेन्ट तपाईंको क्लस्टर भित्र चल्छ, त्यसैले तपाईंले यसलाई सम्पूर्ण इन्टरनेटमा खुलासा गर्नु पर्दैन। एजेन्टले GitLab बाट क्लस्टरमा अद्यावधिकहरू पुश गर्नुको सट्टा GitLab बाट नयाँ परिवर्तनहरू अनुरोध गरेर तैनाती समन्वय गर्दछ। तपाईले प्रयोग गर्नुहुने GitOps विधि जे भए पनि, GitLab ले तपाईलाई कभर गरेको छ।

कृपया ध्यान दिनुहोस् कि यो एजेन्टको पहिलो रिलीज हो। GitLab Kubernetes एजेन्टको लागि हाम्रो हालको फोकस कोड मार्फत परिनियोजनहरू कन्फिगर र व्यवस्थापन गर्नु हो। केही अवस्थित Kubernetes एकीकरण सुविधाहरू, जस्तै तैनाती बोर्डहरू र GitLab व्यवस्थित अनुप्रयोगहरू, अझै समर्थित छैनन्। हामी मानौंकि यी क्षमताहरू एजेन्टमा भविष्यका रिलीजहरूमा थपिनेछन्, साथै सुरक्षा र अनुपालनमा केन्द्रित नयाँ एकीकरणहरू।

GitLab Kubernetes एजेन्ट कागजात и मूल टिकट.

प्रयोगकर्ताहरूलाई कोड पहुँच बिना डिप्लोय गर्ने अनुमति दिनुहोस्

(प्रिमियम, अल्टिमेट, सिल्भर, गोल्ड) DevOps चक्र चरण: रिलीज

पहिले, GitLab को अनुमति प्रणालीले विकासको लागि जिम्मेवार र तैनातीका लागि जिम्मेवारहरू बीच तपाईंको टोली भित्र जिम्मेवारीहरू ठीकसँग बाँडफाँड गर्न गाह्रो बनायो। GitLab 13.4 को रिलीज संग, तपाईले डिप्लोयमेन्टको लागि मर्ज अनुरोधहरू अनुमोदन गर्न अनुमति दिन सक्नुहुन्छ, साथै कोड नलेख्ने व्यक्तिहरूलाई कोड नलेख्नेहरूलाई कोड प्रयोग गर्न, तिनीहरूलाई मर्मतकर्ता पहुँच अधिकार नदिईकन अनुमति दिन सक्नुहुन्छ (GitLab को रूसी स्थानीयकरणमा "मेन्टेनर"। )।

वातावरण पहुँच दस्तावेज и मौलिक महाकाव्य.

केन्द्र बेजोपास्नोस्टी

(अन्तिम, सुन) DevOps चक्र चरण: सुरक्षित

पहिले, उदाहरण-स्तर जोखिम व्यवस्थापन दुवै कार्यक्षमता र लचिलोपनमा सीमित थियो। इन्टरफेस एकल पृष्ठ थियो जसले कमजोरीहरू, मेट्रिक्स ग्राफहरू, र सेटिङहरूको विवरणहरू संयोजन गर्दछ। यी सुविधाहरू विकास गर्न वा अन्य सुरक्षा सुविधाहरू प्रयोग गर्न धेरै ठाउँ छैन।

हामीले GitLab मा सुरक्षा र पारदर्शिता व्यवस्थापन गर्ने तरिकामा आधारभूत परिवर्तनहरू गरेका छौं। उदाहरण सुरक्षा प्यानल सम्पूर्ण सुरक्षा केन्द्रमा परिणत भएको छ। सबैभन्दा ठूलो परिवर्तन भनेको नयाँ मेनु संरचनाको परिचय हो: एक पृष्ठको सट्टा, तपाईंले अब सुरक्षा ड्यासबोर्ड, भेद्यता रिपोर्ट, र सेटिङहरू खण्ड छुट्टै देख्नुहुन्छ। जबकि कार्यक्षमता परिवर्तन भएको छैन, यसलाई भागहरूमा विभाजन गर्नाले यो खण्डमा सुधार गर्न अनुमति दिनेछ जुन अन्यथा गाह्रो हुनेछ। यसले भविष्यमा अन्य सुरक्षा सम्बन्धी क्षमताहरू थप्ने चरण पनि सेट गर्दछ।

समर्पित जोखिम प्रतिवेदन खण्डमा अब महत्त्वपूर्ण विवरणहरू प्रदर्शन गर्न थप ठाउँ छ। यहाँ कमजोरीहरू छन् जुन हाल परियोजनाको कमजोरीहरूको सूचीमा छन्। कमजोरी मेट्रिक्सका साथ विजेटहरूलाई छुट्टै खण्डमा सार्दा सुविधाजनक सुरक्षा नियन्त्रण प्यानल सिर्जना हुन्छ। यो अब भविष्यको भिजुअलाइजेसनको लागि क्यानभास हो - केवल जोखिम व्यवस्थापनको लागि मात्र होइन, तर कुनै पनि सुरक्षा-सम्बन्धित मेट्रिक्सका लागि। अन्तमा, एक अलग सेटिङ क्षेत्रले सबै उदाहरण-स्तर सुरक्षा सेटिङहरूको लागि साझा ठाउँ सिर्जना गर्दछ, न केवल जोखिम व्यवस्थापन।

उदाहरण सुरक्षा केन्द्र कागजात и मौलिक महाकाव्य.

स्विच गर्न मिल्ने सुविधाहरू अब GitLab Starter मा छन्

(स्टार्टर, प्रिमियम, अल्टिमेट, कांस्य, रजत, सुन) DevOps चक्र चरण: रिलीज

GitLab 11.4 जारी गरिएको थियो स्विच गर्न मिल्ने सुविधाहरूको अल्फा संस्करण। 12.2 मा हामीले तिनीहरूका लागि रणनीतिहरू प्रस्तुत गर्यौं प्रयोगकर्ताहरूको प्रतिशत и प्रयोगकर्ता आईडी द्वारा, र 13.1 मा तिनीहरूले थपे प्रयोगकर्ता सूची и रणनीतिहरू सेट अप गर्दै विभिन्न वातावरण को लागी।

यस वर्षको सुरुमा, GitLab ले प्रतिबद्धता जनायो 18 सुविधाहरू सार्नुहोस् खुला स्रोत मा। यस विमोचनमा, हामीले स्टार्टर योजनामा ​​स्विच गर्न मिल्ने सुविधाहरूको माइग्रेसन पूरा गरेका छौं र तिनीहरूलाई कोरमा माइग्रेसन गर्न जारी राख्नेछौं। Git Lab 13.5। हामी यो सुविधालाई थप प्रयोगकर्ताहरूमा ल्याउन उत्साहित छौं र तपाईंले यसलाई कसरी प्रयोग गर्नुहुन्छ भन्ने कुरा सुन्न चाहन्छौं।

स्विच गर्न मिल्ने सुविधाहरूमा कागजात и मूल टिकट.

खोज पट्टीबाट द्रुत नेभिगेसन

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) उपलब्धता

कहिलेकाहीँ GitLab नेभिगेट गर्दा तपाईं खोज परिणाम पृष्ठको सट्टा एक विशेष परियोजनामा ​​जान चाहनुहुन्छ।

विश्वव्यापी खोज पट्टी प्रयोग गरेर, तपाईं द्रुत रूपमा नवीनतम टिकटहरू, समूहहरू, परियोजनाहरू, सेटिङहरू, र मद्दत शीर्षकहरूमा नेभिगेट गर्न सक्नुहुन्छ। तपाईं हट कुञ्जी पनि प्रयोग गर्न सक्नुहुन्छ /GitLab लाई अझ कुशलतापूर्वक नेभिगेट गर्न खोज पट्टीमा आफ्नो कर्सर सार्नको लागि!

स्वत: पूर्ण कागजात खोज्नुहोस् и मूल टिकट.

मर्ज अनुरोध भिन्नताहरूमा कोड कभरेज देखाउँदै

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: सिर्जना गर्नुहोस्

मर्ज अनुरोधको समीक्षा गर्दा, परिवर्तन गरिएको कोड एकाइ परीक्षणहरूद्वारा कभर गरिएको छ कि छैन भनेर निर्धारण गर्न गाह्रो हुन सक्छ। यसको सट्टा, समीक्षकहरूले समग्र कभरेजमा भर पर्न सक्छन् र मर्ज अनुरोधलाई अनुमोदन गर्नु अघि यसलाई बढाउन अनुरोध गर्न सक्छन्। यसले परीक्षणहरू लेख्नको लागि एक अव्यवस्थित दृष्टिकोणको नेतृत्व गर्न सक्छ, जसले वास्तवमा कोड गुणस्तर वा परीक्षण कभरेज सुधार गर्दैन।

अब, मर्ज अनुरोध भिन्नता हेर्दा, तपाईंले कोड कभरेजको दृश्य प्रदर्शन देख्नुहुनेछ। नयाँ अंकहरूले तपाईंलाई परिवर्तन गरिएको कोड एकाइ परीक्षणद्वारा कभर गरिएको छ कि छैन भनेर द्रुत रूपमा बुझ्न अनुमति दिनेछ, जसले कोड समीक्षा र नयाँ कोड मर्ज र डिप्लोइ गर्ने समयलाई गति दिन मद्दत गर्नेछ।

Спасибо Fabio Huser र यस सुविधाको लागि सिमेन्स!

परीक्षण द्वारा कोड कभरेज प्रदर्शन मा दस्तावेज и मूल टिकट.

वातावरण प्यानलमा थप वातावरण र परियोजनाहरू

(प्रिमियम, अल्टिमेट, सिल्भर, गोल्ड) DevOps चक्र चरण: रिलीज

GitLab 12.5 को प्रयोग को रिलीज देखि वातावरण प्यानलहरू तपाईंले वातावरणको अवस्थालाई निगरानी गर्न सक्नुहुन्छ, तर तीनवटा परियोजनाहरूमा सात भन्दा बढी वातावरणहरू। हामीले यो प्यानललाई रिलिज 13.4 मा यसलाई बढाएका छौँ जसले तपाइँलाई तपाइँको परिवेशलाई स्तरमा कायम राख्न र व्यवस्थापन गर्न मद्दत गर्दछ। अब तपाईंले थप परियोजनाहरूमा थप वातावरण देख्न सक्नुहुन्छ।

वातावरण प्यानल कागजात и मूल टिकट.

GitLab ले GitLab Terraform प्रदायकको नियन्त्रण लिन्छ

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: कन्फिगर गर्नुहोस्

हालै हामी GitLab Terraform प्रदायकलाई रखरखाव अधिकार प्राप्त भयो र योजना आगामी रिलीजहरूमा यसलाई सुधार गर्नुहोस्। गत महिनामा, हामीले 21 मर्ज अनुरोधहरू स्वीकार गरेका छौं र 31 टिकटहरू बन्द गरेका छौं, केही लामो समयदेखि रहेका बगहरू र छुटेका सुविधाहरू जस्तै: उदाहरण क्लस्टरहरूको लागि समर्थन... तिमी सक्छौ GitLab Terraform प्रदायक बारे थप जान्नुहोस् Terraform कागजातमा।

GitLab Terraform प्रदायक कागजात и मूल टिकट.

OpenAPI निर्दिष्टीकरण वा HAR फाइलको साथ फजिंग API परीक्षण

(अन्तिम, सुन) DevOps चक्र चरण: सुरक्षित

API फजिङ परीक्षण तपाईको वेब अनुप्रयोगहरू र API हरूमा बगहरू र कमजोरीहरू फेला पार्ने उत्कृष्ट तरिका हो जुन अन्य स्क्यानरहरू र परीक्षण विधिहरूले छुटेका हुन सक्छन्।

GitLab मा API फज्जिङ परीक्षणले तपाईंलाई प्रदान गर्न अनुमति दिन्छ OpenAPI v2 विशिष्टता वा HAR फाइल तपाईको एप्लिकेसन र त्यसपछि स्वचालित रूपमा एज केसहरू परीक्षण गर्न र बगहरू फेला पार्न डिजाइन गरिएको अनियमित इनपुट डेटा उत्पन्न गर्दछ। परिणामहरू तपाईंको पाइपलाइन भित्र तुरुन्तै देखिने छन्।

यो हाम्रो पहिलो एपीआई फज परीक्षण रिलीज हो र हामी तपाई के सोच्नुहुन्छ सुन्न चाहन्छौं। हामीसँग फज परीक्षणको लागि थप स्टक छ धेरै विचारहरू, जुन हामी यस सुविधाको रिलीजमा आधारित हुनेछौं।

API फजिङ परीक्षण दस्तावेज и मौलिक महाकाव्य.

मेट्रिक्स प्यानलमा नयाँ ग्राफहरू पूर्वावलोकन गर्नुहोस्

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: मनिटर

पहिले, GitLab मा मेट्रिक्स ड्यासबोर्डमा ग्राफ सिर्जना गर्न सजिलो काम थिएन। तपाईंले ड्यासबोर्ड YAML फाइलमा मेट्रिक सिर्जना गरेपछि, तपाईंले परिवर्तनहरू गर्नुभयो master, भर्खरै सिर्जना गरिएको ग्राफले तपाईलाई आवश्यक रूपमा काम गर्दछ भनेर प्रमाणित गर्न सक्षम नभएको। यस विमोचनको साथ सुरू गर्दै, तपाईंले ग्राफ सिर्जना गर्दा परिवर्तनहरू पूर्वावलोकन गर्न सक्नुहुन्छ, ड्यासबोर्ड YAML फाइलमा परिवर्तनहरू पठाउनु अघि परिणामको एक विचार प्राप्त गर्दै।

प्यानलमा नयाँ ग्राफ थप्ने कागजात и मूल टिकट.

समूहका सबै परियोजनाहरूको लागि परीक्षणद्वारा कोड कभरेजमा डेटा

(प्रिमियम, अल्टिमेट, सिल्भर, गोल्ड) DevOps चक्र चरण: प्रमाणित गर्नुहोस्

जब तपाइँ GitLab मा धेरै संख्यामा परियोजनाहरू व्यवस्थापन गर्नुहुन्छ, तपाइँलाई सबै परियोजनाहरूमा कोड कभरेज कसरी परिवर्तन हुँदैछ भन्ने बारे जानकारीको एकल स्रोत चाहिन्छ। पहिले, यो जानकारी प्रदर्शन गर्न कठिन र समय-उपभोग गर्ने म्यानुअल काम आवश्यक थियो: तपाईंले प्रत्येक परियोजनाबाट कोड कभरेज डाटा डाउनलोड गर्नुपर्थ्यो र यसलाई तालिकामा जोड्नुपर्छ।

रिलीज 13.4 मा, यो छिटो र सजिलै संग भेला गर्न सम्भव भयो .csv समूहका सबै परियोजनाहरू वा परियोजनाहरूको चयनको लागि कोड कभरेजमा सबै डेटाको साथ फाइल। यो सुविधा MVC हो, यो क्षमता पछि हुनेछ समयको साथ औसत कवरेज.

रिपोजिटरी एनालिटिक्स दस्तावेज и मूल टिकट.

पूर्ण फज परीक्षणको लागि नयाँ भाषाहरूको लागि समर्थन

(अन्तिम, सुन) DevOps चक्र चरण: सुरक्षित

यो रिलीजले पूर्ण कभरेजको उद्देश्यले फज परीक्षणको लागि धेरै नयाँ भाषाहरूको लागि समर्थन परिचय गराउँछ।

अब तपाइँ तपाइँको Java, Rust, र Swift अनुप्रयोगहरूमा फजिङ परीक्षणको पूर्ण क्षमताहरूको मूल्याङ्कन गर्न सक्नुहुन्छ र त्रुटिहरू र कमजोरीहरू फेला पार्न सक्नुहुन्छ जुन अन्य स्क्यानरहरू र परीक्षण विधिहरूले छुटेको हुन सक्छ।

फज परीक्षणको लागि समर्थित भाषाहरूमा कागजात и मौलिक महाकाव्य.

मुख्य वातावरण पृष्ठमा अलर्टहरू

(प्रिमियम, अल्टिमेट, सिल्भर, गोल्ड) DevOps चक्र चरण: रिलीज

वातावरण पृष्ठले तपाईंको वातावरणको समग्र अवस्था देखाउँछ। यस विमोचनमा हामीले अलर्ट डिस्प्ले थपेर यस पृष्ठलाई सुधार गरेका छौं। तपाईंको वातावरणको स्थितिको साथ ट्रिगर गरिएका अलर्टहरूले तपाईंलाई उत्पन्न हुने परिस्थितिहरू सुधार गर्न द्रुत रूपमा कार्य गर्न मद्दत गर्नेछ।

वातावरणमा नवीनतम अलर्टहरू हेर्नको लागि कागजात и मूल टिकट.

नेस्टेड पाइपलाइनहरूले अब आफ्नै नेस्टेड पाइपलाइनहरू चलाउन सक्छन्

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: प्रमाणित गर्नुहोस्

नेस्टेड पाइपलाइनहरू प्रयोग गरेर, अब बच्चा पाइपलाइनहरू भित्र नयाँ पाइपलाइनहरू चलाउन सम्भव छ। यदि तपाईंलाई पाइपलाइनहरूको चर संख्या उत्पन्न गर्न लचिलोपन चाहिन्छ भने गहिराइको अतिरिक्त स्तर उपयोगी हुन सक्छ।

पहिले, नेस्टेड पाइपलाइनहरू प्रयोग गर्दा, प्रत्येक बाल पाइपलाइनलाई अभिभावक पाइपलाइनमा म्यानुअल रूपमा परिभाषित गर्न ट्रिगर कार्य चाहिन्छ। अब तपाईले नेस्टेड पाइपलाइनहरू सिर्जना गर्न सक्नुहुन्छ जसले गतिशील रूपमा कुनै पनि नयाँ नेस्टेड पाइपलाइनहरू सुरू गर्नेछ। उदाहरणका लागि, यदि तपाइँसँग मोनोरेपोजिटरी छ भने, तपाइँ गतिशील रूपमा पहिलो उपपाइपलाइन उत्पन्न गर्न सक्नुहुन्छ, जसले शाखामा परिवर्तनहरूको आधारमा आवश्यक संख्यामा नयाँ पाइपलाइनहरू सिर्जना गर्नेछ।

नेस्टेड पाइपलाइन कागजात и मूल टिकट.

अभिभावक र नेस्टेड पाइपलाइनहरू बीच सुधारिएको नेभिगेसन

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: प्रमाणित गर्नुहोस्

पहिले, अभिभावक र नेस्टेड पाइपलाइनहरू बीच नेभिगेट गर्न धेरै सुविधाजनक थिएन - तपाईंलाई इच्छित पाइपलाइनमा पुग्न धेरै क्लिकहरू चाहिन्छ। कुन कामले पाइपलाइन सुरु गर्यो भनेर पत्ता लगाउन पनि सजिलो थिएन। अब अभिभावक र नेस्टेड पाइपलाइनहरू बीचको जडानहरू हेर्न धेरै सजिलो हुनेछ।

नेस्टेड पाइपलाइन कागजात и मूल टिकट.

समानान्तर म्याट्रिक्स कार्यहरूले रोजगार शीर्षकमा सान्दर्भिक चरहरू देखाउँछन्

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: प्रमाणित गर्नुहोस्

यदि तपाईंले प्रयोग गर्नुभयो भने कार्य म्याट्रिक्स, तपाईंले याद गर्नुभएको हुन सक्छ कि कुनै विशेष कामको लागि कुन म्याट्रिक्स चर प्रयोग गरिएको थियो भनेर निर्धारण गर्न गाह्रो थियो, किनकि कामको नामहरू जस्तो देखिन्थ्यो। matrix 1/4। रिलीज 13.4 मा, तपाईले सान्दर्भिक चर मानहरू देख्नुहुनेछ जुन काममा सामान्य कामको नामको सट्टा प्रयोग गरिएको थियो। उदाहरणका लागि, यदि तपाईंको लक्ष्य x86 आर्किटेक्चर डिबग गर्ने हो भने, त्यसपछि काम बोलाइनेछ matrix: debug x86.

समानान्तर म्याट्रिक्स कार्यहरूको लागि कागजात и मूल टिकट.

GitLab 13.4 मा अन्य सुधारहरू

एटलासियन खाता जडान गर्दै

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट) DevOps चक्र चरण: प्रबन्ध गर्नुहोस्

GitLab प्रयोगकर्ताहरूले अब तिनीहरूको GitLab खाताहरू तिनीहरूको Atlassian Cloud खातामा जडान गर्न सक्षम हुनेछन्। यसले तपाइँलाई तपाइँको एटलासियन प्रमाण पत्रहरु संग GitLab मा लग इन गर्न अनुमति दिनेछ, र भविष्यको एकीकरण सुधारहरु को लागी आधार बनाउँछ। जिरा संग Gitlab र एटलासियन लाइनबाट अन्य उत्पादनहरूसँग।

एटलासियन एकीकरण दस्तावेज и मूल टिकट.

सबै मर्ज कमिटहरूको सूची निर्यात गर्दै

(अन्तिम, सुन) DevOps चक्र चरण: प्रबन्ध गर्नुहोस्

अनुपालन-केन्द्रित संस्थाहरूलाई लेखा परीक्षकहरूलाई उत्पादनमा दिइएको कुनै पनि परिवर्तनसँग सम्बन्धित घटकहरूको समग्र दृष्टिकोण देखाउने तरिका चाहिन्छ। GitLab मा, यसको मतलब सबै कुरा एकै ठाउँमा सङ्कलन गर्नु हो: अनुरोधहरू, टिकटहरू, पाइपलाइनहरू, सुरक्षा स्क्यानहरू, र अन्य प्रतिबद्ध डेटाहरू मर्ज गर्नुहोस्। अहिले सम्म, तपाईंले या त यसलाई म्यानुअल रूपमा GitLab मा सङ्कलन गर्नुपर्थ्यो वा जानकारी सङ्कलन गर्नका लागि आफ्नो उपकरणहरू कन्फिगर गर्नुपर्थ्यो, जुन धेरै प्रभावकारी थिएन।

तपाईं अब अडिट आवश्यकताहरू पूरा गर्न वा अन्य विश्लेषणहरू गर्न यो डाटा प्रोग्रामेटिक रूपमा सङ्कलन र निर्यात गर्न सक्नुहुन्छ। हालको समूहको लागि सबै मर्ज कमिटहरूको सूची निर्यात गर्न, तपाईंले जानु पर्छ अनुपालन ड्यासबोर्डहरू र बटनमा क्लिक गर्नुहोस् सबै मर्ज कमिटहरूको सूची। नतिजा फाइलमा मर्ज अनुरोधको सबै कमिटहरू, तिनीहरूको लेखक, सम्बन्धित मर्ज अनुरोधको ID, समूह, परियोजना, पुष्टिकर्ताहरू र अन्य जानकारी समावेश हुनेछ।

प्रतिवेदन सिर्जना गर्न कागजात и मूल टिकट.

API मार्फत व्यक्तिगत पहुँच टोकनहरू सूची र व्यवस्थापन गर्नुहोस्

(अन्तिम, सुन) DevOps चक्र चरण: प्रबन्ध गर्नुहोस्

GitLab नेमस्पेसमा पहुँच व्यवस्थापन गर्नु अनुपालन प्रयासहरूको महत्त्वपूर्ण भाग हो। कम्तिमा विशेषाधिकारको सिद्धान्तहरू देखि समयबद्ध पहुँच असक्षम गर्न, GitLab मा व्यक्तिगत पहुँच टोकनहरूसँग सम्बन्धित धेरै आवश्यकताहरू हुन सक्छ। तपाईंको नेमस्पेस भित्र यी सबै प्रयोगकर्ता प्रमाणहरू कायम राख्न र व्यवस्थापन गर्न सजिलो बनाउन, हामीले सबै व्यक्तिगत पहुँच टोकनहरू र वैकल्पिक रूपमा सूचीबद्ध गर्ने क्षमता प्रदान गरेका छौं। पहुँच अस्वीकार API मार्फत।

GitLab API मा यी सुधारहरूले प्रयोगकर्ताहरूलाई तिनीहरूको आफ्नै व्यक्तिगत पहुँच टोकनहरू सूचीबद्ध गर्न र रद्द गर्न अनुमति दिन्छ, र प्रशासकहरूलाई तिनीहरूका प्रयोगकर्ताहरूको टोकनहरू सूचीबद्ध गर्न र रद्द गर्न। अब प्रशासकहरूलाई तिनीहरूको नाम स्थानमा कसको पहुँच छ भनेर हेर्न, प्रयोगकर्ता डेटाको आधारमा पहुँच निर्णयहरू लिन, र सम्झौता गरिएको वा कम्पनीको पहुँच व्यवस्थापन नीतिहरू बाहिर पर्न सक्ने व्यक्तिगत पहुँच टोकनहरू रद्द गर्न सजिलो हुनेछ।

व्यक्तिगत पहुँच टोकन कागजात и मूल टिकट.

सम्बन्धित मुद्दाहरू र अन्य सुविधाहरू अब GitLab Core मा छन्

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: योजना

केही महिनाअघि हामीले योजना घोषणा गरेका थियौं खुला स्रोत कोडमा 18 सुविधाहरूको अनुवाद। यो प्रतिबद्धता पूरा गर्न काम गरेर, हामीले गरेका छौं सम्बन्धित टिकटहरू, CSV मा टिकट निर्यात गर्नुहोस् и कार्य बोर्ड फोकस मोड (GitLab "चर्चा बोर्ड" को रूसी स्थानीयकरण मा) कोर योजना मा उपलब्ध छ। यो केवल "लिंक गरिएको" सम्बन्धहरूमा लागू हुन्छ; "ब्लक" र "ब्लक" सम्बन्धहरू सशुल्क योजनाहरूमा रहन्छन्।

सम्बन्धित टिकटहरूमा कागजात и मूल टिकट.

मर्ज अनुरोध साइडबारमा मूल शाखा नाम प्रदर्शन गर्दै

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: सिर्जना गर्नुहोस्

कोड परिवर्तनहरू, छलफलहरू, र मर्ज अनुरोधहरू समीक्षा गर्दा, गहिरो समीक्षाको लागि शाखाको स्थानीय चेकआउट गर्न अक्सर वांछनीय हुन्छ। यद्यपि, थ्रेड नाम फेला पार्न झन्झटिलो हुन्छ किनकि मर्ज अनुरोध विवरणमा थप सामग्री थपिएको छ र तपाईंले पृष्ठलाई तल स्क्रोल गर्नुपर्नेछ।

हामीले शाखाको नामलाई मर्ज अनुरोध साइडबारमा थपेका छौं, यसलाई कुनै पनि समयमा पहुँचयोग्य बनाउँदै र सम्पूर्ण पृष्ठमा स्क्रोल गर्नुपर्ने आवश्यकतालाई हटाउँदै। मर्ज अनुरोधको लिङ्क जस्तै, स्रोत शाखा खण्डले सुविधाजनक "प्रतिलिपि" बटन समावेश गर्दछ।

Спасибо इथान रिसोर यस सुविधाको विकासमा तपाईंको ठूलो योगदानको लागि!

मर्ज अनुरोध कागजात и मूल टिकट.

मर्ज अनुरोध भिन्नहरूमा संक्षिप्त फाइलहरूको उपस्थितिको सङ्केत

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: सिर्जना गर्नुहोस्

मर्ज अनुरोधहरू जसले धेरै फाइलहरूमा परिवर्तनहरू थप्छन् कहिलेकाहीँ रेन्डरिङ कार्यसम्पादन सुधार गर्न ठूला फाइलहरूको भिन्नताहरू पतन गर्दछ। जब यो हुन्छ, विशेष गरी फाइलहरूको ठूलो संख्यासँग मर्ज अनुरोधहरूमा, समीक्षाको क्रममा गलत रूपमा फाइल छोड्न सम्भव छ। संस्करण 13.4 बाट सुरु गर्दै, मर्ज अनुरोधहरूले फोल्ड गरिएका फाइलहरू भएका डिफहरूलाई फ्ल्याग गर्नेछ, त्यसैले तपाईंले कोड समीक्षाको क्रममा यी फाइलहरू छुटाउनुहुने छैन। अझ ठूलो स्पष्टताको लागि, हामी भविष्यको रिलीजमा यी फाइलहरूमा हाइलाइटिङ थप्ने योजना गर्छौं। अपडेटहरूको लागि सम्पर्कमा रहनुहोस् gitlab टिकट #16047.

मर्ज अनुरोध भिन्नमा फोल्ड गरिएका फाइलहरूमा कागजात и मूल टिकट.

मर्ज अनुरोधको भिन्नतामा संक्षिप्त फाइलहरूको उपस्थितिको बारेमा चेतावनी

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: सिर्जना गर्नुहोस्

मर्ज अनुरोध डिफ सेक्सनमा, कार्यसम्पादन सुधार गर्न ठूला फाइलहरू संक्षिप्त हुन्छन्। यद्यपि, कोडको समीक्षा गर्दा, सबै ठूला फाइलहरू भत्किएका हुनाले, समीक्षकले फाइलहरूको सूचीमा स्क्रोल गर्दा केही फाइलहरू छुटेका हुन सक्छन्।

यस खण्डमा मर्ज गरिएको फाइल छ भनी प्रयोगकर्ताहरूलाई सूचित गर्न हामीले मर्ज अनुरोध भिन्न पृष्ठको शीर्षमा देखिने चेतावनी थपेका छौं। यस तरिकाले, तपाईंले समीक्षाको क्रममा मर्ज अनुरोधमा कुनै पनि परिवर्तनहरू छुटाउनुहुने छैन।

मर्ज अनुरोध भिन्नमा फोल्ड गरिएका फाइलहरूमा कागजात и मूल टिकट.

Gitaly क्लस्टर भण्डार को स्वचालित रिकभरी

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: सिर्जना गर्नुहोस्

पहिले, जब Gitaly क्लस्टरको प्राथमिक नोड अफलाइन गयो, त्यो नोडमा भण्डारहरू पढ्न-मात्रको रूपमा चिन्ह लगाइयो। यसले नोडमा परिवर्तनहरू भएको अवस्थाहरूमा डेटा हानिलाई रोक्यो जुन अझै नक्कल गरिएको थिएन। जब नोड अनलाइन फिर्ता आयो, GitLab स्वचालित रूपमा पुनर्स्थापित भएको थिएन, र प्रशासकहरूले म्यानुअल रूपमा सिङ्क्रोनाइजेसन प्रक्रिया सुरु गर्न वा डेटा हानि स्वीकार गर्नुपर्‍यो। अन्य अवस्थाहरू, जस्तै माध्यमिक नोडमा प्रतिकृति कार्यको विफलताले पनि बासी वा पढ्ने-मात्र भण्डारहरूको परिणाम हुन सक्छ। यस अवस्थामा, अर्को लेखन कार्य नभएसम्म भण्डार बासी रह्यो, जसले प्रतिकृति कार्य सुरु गर्नेछ।

यो समस्या समाधान गर्न प्राफेक्ट अब एक नोडमा पुरानो रिपोजिटरी र अर्कोमा भण्डारको नवीनतम संस्करण पत्ता लगाउँदा प्रतिकृति कार्य तालिका बनाउँछ। यो प्रतिकृति कार्यले भण्डारलाई स्वचालित रूपमा अद्यावधिक राख्छ, म्यानुअल रूपमा डेटा पुनर्स्थापना गर्ने आवश्यकतालाई हटाउँदै। स्वचालित रिकभरीले यो पनि सुनिश्चित गर्दछ कि माध्यमिक नोडहरू द्रुत रूपमा ल्याइन्छ यदि प्रतिकृति कार्य असफल भयो भने, अर्को लेखन अपरेशनको लागि पर्खनुको सट्टा। धेरै गिलाली क्लस्टरहरूले ठूलो संख्यामा भण्डारहरू भण्डारण गरेको हुनाले, यसले प्रशासकहरू र विश्वसनीयता इन्जिनियरहरूले त्रुटि पछि डेटा रिकभर गर्न खर्च गर्ने समयलाई महत्त्वपूर्ण रूपमा घटाउँछ।

थप रूपमा, स्वचालित मर्मतले क्लस्टरमा थपिएको कुनै पनि नयाँ गिटाली नोडमा भण्डारहरूको प्रतिकृति सुरु गर्दछ, नयाँ नोडहरू थप्दा म्यानुअल कार्य हटाउँदै।

Gitaly डाटा रिकभरी दस्तावेज и मूल टिकट.

डिजाईन पृष्ठमा सम्पन्न भएको कार्यलाई चिन्ह लगाउनुहोस्

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: सिर्जना गर्नुहोस्

GitLab मा प्रभावकारी संचार गर्न को लागी सूची मा आधारित छ। यदि तपाइँलाई टिप्पणीमा उल्लेख गरिएको छ भने, यो कार्यमा हाम फाल्न र केहि गर्न सुरु गर्न वा पूरा भएको रूपमा चिन्ह लगाउन सक्षम हुनु महत्त्वपूर्ण छ। यो पनि महत्त्वपूर्ण छ कि तपाईलाई कुनै कार्यमा काम गर्न वा पछि फिर्ता आउन आवश्यक हुँदा आफैलाई कार्य तोक्न सक्षम हुनु पनि महत्त्वपूर्ण छ।

पहिले, तपाईंले कार्यहरू थप्न वा डिजाइनहरूसँग काम गर्दा पूरा भएको रूपमा चिन्ह लगाउन सक्नुहुन्न। यसले उत्पादन टोलीहरू बीचको सञ्चारको दक्षतालाई गम्भीर रूपमा बाधा पुर्‍यायो, किनकि गर्नुपर्ने कार्यहरू GitLab कार्यप्रवाहको एक महत्वपूर्ण तत्व हो।

रिलिज 13.4 मा, डिजाइनहरूले कार्यहरू प्रयोग गर्दा टिकट टिप्पणीहरू समात्छन्, जसले तिनीहरूसँग काम गर्न अझ सुसंगत र प्रभावकारी बनाउँछ।

डिजाइनका लागि कार्यहरू थप्ने कागजात и मूल टिकट.

CI/CD को लागि सुधारिएको समस्या निवारण गाइड

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: प्रमाणित गर्नुहोस्

हामीले GitLab CI/CD को लागि समस्या निवारण गाइडलाई सुधार गरेका छौँ जसमा तपाईले सामना गर्न सक्ने सामान्य समस्याहरूको बारेमा थप जानकारी छ। हामी आशा गर्छौं कि सुधारिएको कागजातले तपाईंलाई उठ्न र GitLab CI/CD छिटो र सजिलैसँग चलाउन मद्दत गर्नको लागि एक बहुमूल्य स्रोत हुनेछ।

CI/CD समस्या निवारण दस्तावेज и मूल टिकट.

मर्ज अनुरोधहरू अब मर्ज लामबाट बाहिर आउँदैनन्

(प्रिमियम, अल्टिमेट, सिल्भर, गोल्ड) DevOps चक्र चरण: प्रमाणित गर्नुहोस्

पहिले, मर्ज अनुरोधहरू ढिलो टिप्पणीहरूको कारण दुर्घटनावश मर्ज लामबाट बाहिर जान सक्छ। यदि मर्ज अनुरोध पहिले नै लाममा थियो र कसैले यसमा टिप्पणी थप्यो जसले नयाँ समाधान नभएको छलफल सिर्जना गर्यो भने, मर्ज अनुरोधलाई मर्जको लागि अयोग्य मानिन्छ र लामबाट बाहिरिनेछ। अब, मर्ज लाममा मर्ज अनुरोध थपिएपछि, मर्ज प्रक्रियामा बाधा नपर्ने डर बिना नयाँ टिप्पणीहरू थप्न सकिन्छ।

लाम कागजात मर्ज गर्नुहोस् и मूल टिकट.

मर्ज अनुरोधमा कामको लागि कोड कभरेज मान प्रदर्शन गर्दै

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: प्रमाणित गर्नुहोस्

विकासकर्ताहरूले पाइपलाइन पूरा भएपछि कोड कभरेज मान हेर्न सक्षम हुनुपर्दछ - कभरेज मूल्य गणना गर्न पार्स गर्न आवश्यक बहु ​​कार्यहरूसँग पाइपलाइन चलाउने जस्ता जटिल परिदृश्यहरूमा पनि। पहिले, मर्ज अनुरोध विजेटले यी मानहरूको औसत मात्र देखाएको थियो, जसको मतलब तपाईंले कार्य पृष्ठमा नेभिगेट गर्नु पर्ने थियो र मध्यवर्ती कभरेज मानहरू प्राप्त गर्न मर्ज अनुरोधमा फिर्ता जानुपर्थ्यो। तपाइँको समय र यी अतिरिक्त चरणहरू बचत गर्न, हामीले विजेटलाई औसत कभरेज मान, लक्ष्य र स्रोत शाखाहरू बीचको परिवर्तनहरू, र औसत गणना गरिएको प्रत्येक कार्यको कभरेज मान देखाउने टुलटिप बनायौं।

कोड कभरेज पार्सिङ कागजात и मूल टिकट.

समूह हेर्दा प्याकेज रजिस्ट्रीबाट प्याकेजहरू हटाउँदै

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: प्याकेज

GitLab प्याकेज रजिस्ट्री विभिन्न ढाँचाहरूमा प्याकेजहरू भण्डारण र वितरण गर्ने ठाउँ हो। जब तपाइँसँग तपाइँको परियोजना वा समूहमा धेरै प्याकेजहरू छन्, तपाइँले छिटो प्रयोग नगरिएका प्याकेजहरू पहिचान गर्न र मानिसहरूलाई डाउनलोड गर्नबाट रोक्न तिनीहरूलाई हटाउन आवश्यक छ। तपाईं मार्फत आफ्नो रजिस्ट्रीबाट प्याकेजहरू हटाउन सक्नुहुन्छ प्याकेज API वा प्याकेज रजिस्ट्री प्रयोगकर्ता इन्टरफेस मार्फत। यद्यपि, अहिले सम्म तपाईले UI मार्फत समूह हेर्दा प्याकेजहरू हटाउन सक्नुहुन्न। नतिजाको रूपमा, तपाईंले प्रति-परियोजना आधारमा अनावश्यक प्याकेजहरू हटाउनुपर्‍यो, जुन असक्षम थियो।

तपाईंले अब समूहको प्याकेज रजिस्ट्री हेर्दा प्याकेजहरू हटाउन सक्नुहुन्छ। केवल समूहको प्याकेज रजिस्ट्री पृष्ठमा जानुहोस्, नामद्वारा प्याकेजहरू फिल्टर गर्नुहोस्, र तपाईंलाई आवश्यक नपर्ने कुनै पनि हटाउनुहोस्।

प्याकेज रजिस्ट्रीबाट प्याकेजहरू हटाउने कागजात и मूल टिकट.

Conan प्याकेजहरू परियोजना स्तरमा स्केल गर्दै

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: प्याकेज

तपाईंले C/C++ निर्भरताहरू प्रकाशित र वितरण गर्न GitLab मा Conan भण्डार प्रयोग गर्न सक्नुहुन्छ। यद्यपि, पहिलेका प्याकेजहरूले उदाहरण स्तरमा मात्र मापन गर्न सक्थे, किनकी कोनन प्याकेज नाम मात्र अधिकतम 51 वर्णहरू हुन सक्छ। यदि तपाइँ उपसमूहबाट प्याकेज प्रकाशित गर्न चाहनुहुन्छ भने, उदाहरणका लागि gitlab-org/ci-cd/package-stage/feature-testing/conan, यो गर्न लगभग असम्भव थियो।

तपाइँ अब तपाइँको परियोजनाको निर्भरता प्रकाशित गर्न र वितरण गर्न सजिलो बनाउँदै परियोजना स्तरमा कोनन प्याकेजहरू मापन गर्न सक्नुहुन्छ।

Conan प्याकेज प्रकाशन कागजात и मूल टिकट.

निर्भरता स्क्यानिङका लागि नयाँ प्याकेज प्रबन्धकहरू र भाषाहरूको लागि समर्थन

(अन्तिम, सुन) DevOps चक्र चरण: सुरक्षित

हामी हाम्रो सूचीमा NuGet 4.9+ वा Conan प्याकेज प्रबन्धकहरू प्रयोग गर्ने C, C++, C# र नेट कोड परियोजनाहरूका लागि निर्भरता स्क्यानहरू थप्न उत्साहित छौं। समर्थित भाषाहरू र फ्रेमवर्कहरू। तपाईंले अब प्याकेज प्रबन्धकहरू मार्फत थपिएका निर्भरताहरूमा ज्ञात कमजोरीहरू जाँच गर्न सुरक्षित चरणको भागको रूपमा निर्भरता स्क्यानिङ सक्षम गर्न सक्नुहुन्छ। भेट्टाइएका कमजोरीहरू तपाईंको मर्ज अनुरोधमा तिनीहरूको गम्भीरता स्तरको साथ प्रदर्शित हुनेछन्, ताकि नयाँ निर्भरताले के जोखिमहरू बोक्छ मर्ज कार्यान्वयन गर्नु अघि तपाईंलाई थाहा छ। तपाइँ तपाइँको परियोजना को आवश्यकता को लागी कन्फिगर गर्न सक्नुहुन्छ मर्ज अनुरोध पुष्टिकरण आलोचनात्मक (क्रिटिकल), उच्च (उच्च) वा अज्ञात (अज्ञात) गम्भीरता स्तरहरूको साथ कमजोरीहरूको साथ निर्भरताहरूको लागि।

समर्थित भाषाहरू र प्याकेज प्रबन्धकहरूको लागि दस्तावेज и मौलिक महाकाव्य.

मर्ज अनुरोध सेटिङलाई 'पाइपलाइन सफलतापूर्वक पूरा हुँदा मर्ज गर्नुहोस्' मा परिवर्तन गर्दा सूचनाहरू

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: रिलीज

पहिले, मर्ज अनुरोध सेटिङहरू सेट गर्दा पाइपलाइन समाप्त भएपछि मर्ज गर्नुहोस् (मर्ज जब पाइपलाइन सफल हुन्छ, MWPS) कुनै इमेल सूचना पठाइएको थिएन। तपाईंले म्यानुअल रूपमा स्थिति जाँच गर्न वा मर्ज सूचनाको लागि पर्खनु पर्थ्यो। यस रिलीजको साथ हामी प्रयोगकर्ताको योगदानहरू फिचर गर्न पाउँदा खुसी छौं @ravishankar2kool, जसले एक समीक्षकले MWPS मा मर्ज सेटिङ परिवर्तन गर्दा मर्ज अनुरोधमा सदस्यता लिएका सबैलाई स्वचालित सूचनाहरू थपेर यो समस्या समाधान गर्यो।

मर्ज अनुरोध घटना सूचनाहरूको लागि कागजात и मूल टिकट.

Kubernetes को प्रयोगकर्ता-निर्दिष्ट संस्करणको साथ EKS क्लस्टरहरू सिर्जना गर्दै

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: कन्फिगर गर्नुहोस्

GitLab प्रयोगकर्ताहरूले अब Kubernetes को संस्करण छनौट गर्न सक्छन् जुन EKS द्वारा प्रदान गरिनेछ; तपाईं संस्करण 1.14-1.17 बीच छनौट गर्न सक्नुहुन्छ।

EKS क्लस्टरहरू थप्नका लागि कागजात и मूल टिकट.

टिकट प्रकारको रूपमा घटनाहरू सिर्जना गर्दै

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: मनिटर

तुरुन्तै उत्पन्न हुने हरेक समस्याले अलर्टहरू ट्रिगर गर्दैन: प्रयोगकर्ताहरूले आउटेज रिपोर्ट गर्छन् र टोलीका सदस्यहरूले कार्यसम्पादन मुद्दाहरूको अनुसन्धान गर्छन्। घटनाहरू अब टिकटको एक प्रकार हो, त्यसैले तपाईंको टोलीहरूले तिनीहरूलाई उनीहरूको सामान्य कार्यप्रवाहको भागको रूपमा तुरुन्तै सिर्जना गर्न सक्छन्। क्लिक गर्नुहोस् नयाँ कार्य GitLab को कुनै पनि ठाउँबाट, र फिल्डमा टाइप गर्नुहोस् चयन घटना.

म्यानुअल रूपमा घटनाहरू सिर्जना गर्नका लागि कागजात и मूल टिकट.

मार्कडाउनमा GitLab अलर्टहरू उल्लेख गर्दै

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: मनिटर

हामीले GitLab मा अलर्टहरू साझा गर्न र उल्लेख गर्न सजिलो बनाउँदै GitLab मार्कडाउनमा विशेष गरी तिनीहरूका लागि नयाँ उल्लेख प्रकार थपेर सुधार गरेका छौं। प्रयोग गर्नुहोस् ^alert#1234कुनै पनि मार्कडाउन फिल्डमा अलर्ट उल्लेख गर्न: घटनाहरू, टिकटहरू, वा मर्ज अनुरोधहरूमा। यसले तपाईंलाई टिकटहरू वा मर्ज अनुरोधहरू भन्दा अलर्टहरूबाट सिर्जना गरिएका रोजगारहरू पहिचान गर्न मद्दत गर्नेछ।

घटना व्यवस्थापन दस्तावेज и मूल टिकट.

घटना द्वारा अलर्ट लोड हेर्दै

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: मनिटर

सतर्कता विवरणले समस्या निवारण र रिकभरीका लागि महत्त्वपूर्ण जानकारी समावेश गर्दछ, र यो जानकारी सजिलैसँग पहुँचयोग्य हुनुपर्छ त्यसैले तपाईंले घटना समाधान गर्न काम गर्दा उपकरण वा ट्याबहरू स्विच गर्नुपर्दैन। अलर्टहरूबाट सिर्जना गरिएका घटनाहरूले ट्याबमा पूर्ण अलर्ट विवरण देखाउँछन् अलर्ट विवरणहरू.

75% छिटो उन्नत खोज

(स्टार्टर, प्रिमियम, अल्टिमेट, कांस्य, रजत, सुन) उपलब्धता

GitLab, एकल एप्लिकेसनको रूपमा, तपाइँको सम्पूर्ण DevOps कार्यप्रवाहमा द्रुत सामग्री खोज्ने अद्वितीय क्षमता छ। GitLab 13.4 मा, उन्नत खोजले 75% छिटो परिणामहरू फर्काउँछ निश्चित नामस्थान र परियोजनाहरूमा सीमित, GitLab.com मा जस्तै।

द्रुत उन्नत खोज दस्तावेज и मूल टिकट.

प्रशासकहरूका लागि मेटाइएका परियोजनाहरू हेर्दै

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट) DevOps चक्र चरण: प्रबन्ध गर्नुहोस्

परियोजना मेटाउने कार्य स्थगित गर्ने विकल्प थियो 12.6 मा प्रस्तुत गरियो। तर, यसअघि मेटिने पर्खाइमा रहेका सबै आयोजना एकै ठाउँमा हेर्न सम्भव थिएन । GitLab प्रयोगकर्ता उदाहरण प्रशासकहरूले अब एकै ठाउँमा सबै पेन्डिङ मेटाउने परियोजनाहरू हेर्न सक्छन्, बटनहरू सहित ती परियोजनाहरूलाई सजिलै पुनर्स्थापना गर्न।

यो सुविधाले प्रशासकहरूलाई सबै सान्दर्भिक जानकारीहरू एकै ठाउँमा सङ्कलन गरेर र नचाहिने मेटाउने कार्यहरूलाई अन्डू गर्ने क्षमता प्रदान गरेर परियोजना मेटाउने कार्यमा बढी नियन्त्रण दिन्छ।

Спасибо आशेस विद्युत (@asheshvidyut7) यो सुविधा को लागी!

परियोजनाहरू मेटाउने कागजात и मूल टिकट.

API मा समूह पुश नियमहरूको लागि समर्थन थपियो

(स्टार्टर, प्रिमियम, अल्टिमेट, कांस्य, रजत, सुन) DevOps चक्र चरण: प्रबन्ध गर्नुहोस्

पहिले, समूह पुश नियमहरू GitLab UI मार्फत प्रत्येक समूहलाई व्यक्तिगत रूपमा भ्रमण गरेर र ती नियमहरू लागू गरेर मात्र कन्फिगर गर्न सकिन्छ। तपाइँ अब तपाइँको अनुकूलन उपकरण र GitLab स्वचालन समर्थन गर्न API मार्फत यी नियमहरू व्यवस्थापन गर्न सक्नुहुन्छ।

समूहको लागि पुश नियमहरूमा कागजात и मूल टिकट.

स्व-व्यवस्थित प्रमाण भण्डारणको लागि व्यक्तिगत पहुँच टोकनहरू रद्द गर्दै

(अन्तिम) DevOps चक्र चरण: प्रबन्ध गर्नुहोस्

प्रमाण भण्डारण प्रशासकहरूलाई उनीहरूको GitLab उदाहरणका लागि प्रयोगकर्ता प्रमाणहरू व्यवस्थापन गर्न आवश्यक जानकारी प्रदान गर्दछ। किनभने अनुपालन-केन्द्रित संगठनहरू तिनीहरूको प्रमाण व्यवस्थापन नीतिहरूको कठोरतामा भिन्न हुन्छन्, हामीले एक बटन थपेका छौं जसले प्रशासकहरूलाई प्रयोगकर्ताको व्यक्तिगत पहुँच टोकन (PAT) लाई वैकल्पिक रूपमा रद्द गर्न अनुमति दिन्छ। प्रशासकहरूले अब सजिलैसँग सम्भावित सम्झौता गरिएका PAT हरू रद्द गर्न सक्छन्। यो सुविधा संगठनहरूका लागि उपयोगी छ जसले आफ्ना प्रयोगकर्ताहरूलाई अवरोध कम गर्न थप लचिलो अनुपालन विकल्पहरू चाहन्छन्।

प्रमाण भण्डारण कागजात и मूल टिकट.

स्थिर साइट सम्पादकको लागि कन्फिगरेसन फाइल

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: सिर्जना गर्नुहोस्

GitLab 13.4 मा, हामी स्थैतिक साइट सम्पादकलाई अनुकूलन गर्ने नयाँ तरिका प्रस्तुत गर्दैछौं। यद्यपि कन्फिगरेसन फाइलले यस रिलीजमा कुनै सेटिङहरू बचत वा प्राप्त गर्दैन, हामी सम्पादक व्यवहारको भविष्य अनुकूलनको लागि आधार तयार गर्दैछौं। भविष्यका रिलीजहरूमा हामी फाइलमा थप्नेछौं .gitlab/static-site-editor.yml स्थापना गर्न प्यारामिटरहरू आधार साइट ठेगाना, जसमा सम्पादकमा लोड गरिएका छविहरू भण्डारण गरिएका छन्मार्कडाउन सिन्ट्याक्स सेटिङहरू र अन्य सम्पादक सेटिङहरू ओभरराइड गर्दै।

स्थिर साइट सम्पादक सेटअप गर्नका लागि कागजात и मौलिक महाकाव्य.

स्थिर साइट सम्पादक प्रयोग गरेर फाइलको परिचयात्मक भाग सम्पादन गर्दै

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: सिर्जना गर्नुहोस्

फ्रन्ट पदार्थ स्थिर साइट जनरेटर द्वारा प्रशोधन गर्नको लागि डाटा फाइलहरूमा पृष्ठ चर परिभाषित गर्न लचिलो र सुविधाजनक तरिका हो। यो सामान्यतया पृष्ठ शीर्षक, लेआउट टेम्प्लेट, वा लेखक सेट गर्न प्रयोग गरिन्छ, तर HTML मा पृष्ठ रेन्डर गर्दा जेनेरेटरमा कुनै पनि प्रकारको मेटाडेटा पास गर्न प्रयोग गर्न सकिन्छ। प्रत्येक डेटा फाइलको शीर्षमा समावेश गरिएको, परिचयात्मक भाग सामान्यतया YAML वा JSON को रूपमा ढाँचामा राखिएको हुन्छ र लगातार र सटीक वाक्य रचना चाहिन्छ। विशिष्ट वाक्यविन्यास नियमहरूसँग अपरिचित प्रयोगकर्ताहरूले अनजाने रूपमा अमान्य मार्कअप प्रविष्ट गर्न सक्छन्, जसले फलस्वरूप ढाँचा समस्याहरू वा निर्माण विफलताहरू निम्त्याउन सक्छ।

यी ढाँचा त्रुटिहरू रोक्नको लागि स्थिर साइट सम्पादकको WYSIWYG सम्पादन मोडले पहिले नै सम्पादकबाट परिचय हटाउँछ। जे होस्, यसले तपाईंलाई स्रोत मोडमा सम्पादनमा नफर्की यस भागमा भण्डारण गरिएका मानहरू परिवर्तन गर्नबाट रोक्छ। GitLab 13.4 मा, तपाइँ कुनै पनि क्षेत्र पहुँच गर्न सक्नुहुन्छ र परिचित फारम-आधारित इन्टरफेसमा यसको मान सम्पादन गर्न सक्नुहुन्छ। जब बटन थिचिन्छ सेटिङ्हरू (सेटिङ) सुरुमा परिभाषित प्रत्येक कुञ्जीको लागि फारम फिल्ड देखाउने प्यानल खुल्नेछ। फिल्डहरू हालको मानसँग भरिएका छन्, र तिनीहरूमध्ये कुनै पनि सम्पादन गर्नु वेब फारममा प्रविष्ट गर्नु जत्तिकै सरल छ। यस तरिकाले परिचय सम्पादन गर्दा जटिल सिन्ट्याक्सबाट बच्न सकिन्छ र अन्तिम नतिजा निरन्तर रूपमा ढाँचामा छ भनी सुनिश्चित गर्दै तपाईंलाई सामग्रीमा पूर्ण नियन्त्रण दिन्छ।

स्थिर साइट सम्पादक कागजात и मूल टिकट.

जिरा र DVCS कनेक्टरको लागि GitLab अब कोरमा छ

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: सिर्जना गर्नुहोस्

GitLab मा Jira प्रयोगकर्ताहरूको लागि: Jira को लागी GitLab एप и DVCS कनेक्टर तपाईंलाई GitLab कमिटहरू बारे जानकारी प्रदर्शन गर्न र जिरामा सिधै अनुरोधहरू मर्ज गर्न अनुमति दिन्छ। हाम्रो बिल्ट-इन Jira एकीकरणको साथ संयुक्त, तपाईंले काम गर्दा दुई एपहरू बीच सजिलै सार्न सक्नुहुन्छ।

यी सुविधाहरू पहिले हाम्रो प्रिमियम योजनामा ​​मात्र उपलब्ध थिए, तर अब सबै प्रयोगकर्ताहरूका लागि उपलब्ध छन्!

जिरा एकीकरण दस्तावेज и मूल टिकट.

Gitaly क्लस्टर लेनदेन (बिटा) को लागि बहुमत मतदान

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट) DevOps चक्र चरण: सिर्जना गर्नुहोस्

Gitaly क्लस्टरले तपाईंलाई Git भण्डारहरू धेरै "न्यानो" Gitaly नोडहरूमा प्रतिलिपि गर्न अनुमति दिन्छ। यसले असफलताको एकल बिन्दुहरू हटाएर गल्ती सहिष्णुता बढाउँछ। लेनदेन संचालन, GitLab 13.3 मा प्रस्तुत गरिएको, क्लस्टरमा सबै Gitaly नोडहरूमा प्रसारण हुने परिवर्तनहरू गराउँदछ, तर केवल Gitaly नोडहरू जसले प्राथमिक नोडसँग सहमतिमा मतदान गर्दछ डिस्कमा परिवर्तनहरू बचत गर्दछ। यदि सबै प्रतिकृति नोडहरू सहमत छैनन् भने, परिवर्तनको केवल एक प्रतिलिपि डिस्कमा भण्डार गरिनेछ, एसिन्क्रोनस प्रतिकृति पूरा नभएसम्म असफलताको एकल बिन्दु सिर्जना गर्नुहोस्।

बहुसंख्यक मतदानले डिस्कमा परिवर्तनहरू बचत गर्नु अघि बहुसंख्यक नोडहरू (सबै होइन) को सहमति आवश्यक गरी दोष सहिष्णुता सुधार गर्दछ। यदि यो टगल सुविधा सक्षम छ भने, लेखन धेरै नोडहरूमा सफल हुनुपर्छ। असहमति नोडहरू स्वचालित रूपमा ती नोडहरूबाट एसिन्क्रोनस प्रतिकृति प्रयोग गरेर सिङ्क्रोनाइज हुन्छन् जसले कोरम गठन गरेको छ।

Gitaly मा स्थिरता स्थापना को लागी दस्तावेज и मूल टिकट.

वेब IDE मा JSON प्रमाणीकरणको लागि अनुकूलन स्कीमा समर्थन

(प्रिमियम, अल्टिमेट, सिल्भर, गोल्ड) DevOps चक्र चरण: सिर्जना गर्नुहोस्

परियोजनाहरू जहाँ मानिसहरूले JSON वा YAML मा कन्फिगरेसनहरू लेख्छन् प्रायः समस्याहरूको खतरा हुन्छ किनभने यो टाइप गर्न र केहि तोड्न सजिलो छ। CI पाइपलाइनमा यी मुद्दाहरू समात्न निरीक्षण उपकरणहरू लेख्न सम्भव छ, तर JSON स्किमा फाइल प्रयोग गरेर कागजात र संकेतहरू प्रदान गर्न उपयोगी हुन सक्छ।

परियोजना सहभागीहरूले तिनीहरूको भण्डारमा फाइलमा अनुकूलन स्कीमाको मार्ग परिभाषित गर्न सक्छन् .gitlab/.gitlab-webide.yml, जसले जाँच गर्न फाइलहरूको स्किमा र मार्ग निर्दिष्ट गर्दछ। जब तपाइँ वेब IDE मा एक विशेष फाइल लोड गर्नुहुन्छ, तपाइँ फाइल सिर्जना गर्न मद्दतको लागि अतिरिक्त प्रतिक्रिया र प्रमाणीकरण देख्नुहुनेछ।

वेब IDE मा अनुकूलन योजनाहरूको लागि कागजात и मूल टिकट.

डाइरेक्टेड एसाइक्लिक ग्राफ (DAG) शाखाको सीमा बढेर ५० पुगेको छ

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: प्रमाणित गर्नुहोस्

यदि तपाइँ कन्वेयरहरू प्रयोग गर्दै हुनुहुन्छ निर्देशित एसाइक्लिक ग्राफको साथ (निर्देशित Acyclic ग्राफ (DAG)), तपाईले देख्न सक्नुहुन्छ कि त्यहाँ 10 कार्यहरूको सीमा छ जुन कामले निर्दिष्ट गर्न सक्छ। needs:, धेरै कठोर। 13.4 मा, डिफल्ट सीमा 10 बाट बढाएर 50 बनाइएको थियो तपाईंको पाइपलाइनहरूमा कामहरू बीचको सम्बन्धको थप जटिल नेटवर्कहरूको लागि अनुमति दिन।

यदि तपाईं आफू अनुकूल GitLab उदाहरणको प्रशासक हुनुहुन्छ भने, तपाईंले टगल सुविधा सेटअप गरेर यो सीमा अझ माथि बढाउन सक्नुहुन्छ, यद्यपि हामीले यसको लागि आधिकारिक समर्थन प्रस्ताव गर्दैनौं।

Документация по настройке needs: и मूल टिकट.

सुधारिएको व्यवहार needs छुटेका कार्यहरूको लागि

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: प्रमाणित गर्नुहोस्

कतिपय अवस्थामा, पाइपलाइनमा छुटेको काममा निर्दिष्ट निर्भरताहरूको लागि गलत तरिकाले सफल मान्न सकिन्छ। needs, जसले पछिका कामहरू चलाउनको लागी, जुन हुनुहुँदैन थियो। यो व्यवहार संस्करण 13.4 मा निश्चित गरिएको छ, र needs अब छुटेका कार्यहरूको केसहरू सही रूपमा ह्यान्डल गर्दछ।

Документация по настройке needs и मूल टिकट.

यसलाई मेटाउनबाट रोक्नको लागि अन्तिम खोज कलाकृति पिन गर्नुहोस्

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: प्रमाणित गर्नुहोस्

GitLab ले अब स्वचालित रूपमा अन्तिम सफल कार्य र पाइपलाइन आर्टिफ्याक्टलाई कुनै पनि सक्रिय शाखा, मर्ज अनुरोध, वा म्याद समाप्त भएपछि मेटाउनबाट रोक्नको लागि ट्यागमा लक गर्दछ। पुराना कलाकृतिहरू सफा गर्न थप आक्रामक म्याद समाप्ति नियमहरू सेट गर्न सजिलो हुन्छ। यसले डिस्क स्पेस खपत कम गर्न मद्दत गर्दछ र तपाइँसँग सधैं पाइपलाइनबाट नवीनतम कलाकृतिको प्रतिलिपि छ भनेर सुनिश्चित गर्दछ।

कलाकृति समाप्ति मा दस्तावेज и मूल टिकट.

CI/CD पाइपलाइन अप्टिमाइजेसन गाइड

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: प्रमाणित गर्नुहोस्

तपाईंको CI/CD पाइपलाइनलाई अप्टिमाइज गर्नाले डेलिभरी गति सुधार गर्न र पैसा बचत गर्न सक्छ। हामीले तपाईंको पाइपलाइनहरू अनुकूलनबाट अधिकतम लाभ लिनको लागि द्रुत मार्गनिर्देशन समावेश गर्न हाम्रो कागजात सुधार गरेका छौं।

कन्वेयर दक्षता सुधार गर्न कागजात и मूल टिकट.

परीक्षण रिपोर्ट परीक्षण स्थिति द्वारा क्रमबद्ध

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: प्रमाणित गर्नुहोस्

एकाइ परीक्षण रिपोर्ट पाइपलाइनमा सबै परीक्षणहरूको नतिजा हेर्नको लागि सजिलो तरिका हो। यद्यपि, परीक्षणहरूको ठूलो संख्याको साथ, असफल परीक्षणहरू फेला पार्न लामो समय लाग्न सक्छ। प्रतिवेदनलाई प्रयोग गर्न गाह्रो बनाउन सक्ने अन्य मुद्दाहरूमा लामो ट्रेस आउटपुटहरू मार्फत स्क्रोल गर्न कठिनाई र १ सेकेन्डभन्दा कममा चल्ने परीक्षणहरूको लागि शून्यमा राउन्डिङ समावेश छ। अब, पूर्वनिर्धारित रूपमा, परीक्षण रिपोर्ट क्रमबद्ध गर्दा, यसले रिपोर्टको सुरुमा असफल परीक्षणहरू राख्छ, र त्यसपछि अवधिद्वारा परीक्षणहरू क्रमबद्ध गर्दछ। यसले असफलता र लामो परीक्षणहरू फेला पार्न सजिलो बनाउँछ। थप रूपमा, परीक्षण अवधिहरू अब मिलिसेकेन्ड वा सेकेन्डहरूमा प्रदर्शित हुन्छन्, तिनीहरूलाई पढ्नको लागि धेरै छिटो बनाउँदै, र अघिल्लो स्क्रोलिङ समस्याहरू पनि समाधान गरिएको छ।

एकाइ परीक्षण रिपोर्टिङ दस्तावेज и मूल टिकट.

प्याकेज रजिस्ट्रीमा अपलोड गरिएका फाइलहरूको साइजमा सीमितता

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: प्याकेज

GitLab प्याकेज रजिस्ट्रीमा अपलोड गर्न सकिने प्याकेज फाइलहरूको साइजमा अहिले सीमाहरू छन्। प्याकेज रजिस्ट्री कार्यसम्पादनलाई अप्टिमाइज गर्न र दुरुपयोग रोक्नको लागि प्रतिबन्धहरू थपिएका छन्। प्याकेज ढाँचा अनुसार सीमाहरू भिन्न हुन्छन्। GitLab.com को लागि, अधिकतम फाइल आकारहरू हुन्:

• Conan: 250MB
• Maven: 3GB
• NPM: 300MB
• NuGet: 250MB
• PyPI: 3GB

अनुकूलन GitLab उदाहरणहरूको लागि, पूर्वनिर्धारितहरू समान छन्। यद्यपि, प्रशासकले प्रयोग गरेर प्रतिबन्धहरू अद्यावधिक गर्न सक्छ रेल कन्सोलहरू.

फाइल आकार सीमा मा दस्तावेज и मूल टिकट.

PyPI प्याकेजहरू प्रकाशित गर्न CI_JOB_TOKEN प्रयोग गर्नुहोस्

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: प्याकेज

तपाईंले स्रोत कोड र CI/CD पाइपलाइनहरूका साथ पाइथन प्याकेजहरू सिर्जना गर्न, प्रकाशित गर्न र साझेदारी गर्न GitLab PyPI भण्डार प्रयोग गर्न सक्नुहुन्छ। यद्यपि, पहिले तपाईले पूर्वनिर्धारित वातावरण चर प्रयोग गरेर भण्डारमा प्रमाणीकरण गर्न सक्नुभएन CI_JOB_TOKEN। नतिजाको रूपमा, तपाईंले PyPI भण्डार अद्यावधिक गर्न आफ्नो व्यक्तिगत प्रमाणहरू प्रयोग गर्नुपर्ने थियो, वा तपाईंले भण्डार प्रयोग नगर्ने निर्णय गर्नुभएको हुन सक्छ।

यो अब GitLab CI/CD प्रयोग गर्न सजिलो छ एक पूर्वनिर्धारित वातावरण चर प्रयोग गरी PyPI प्याकेजहरू प्रकाशित र स्थापना गर्न। CI_JOB_TOKEN.

PyPI प्याकेजहरूसँग GitLab CI प्रयोग गर्ने कागजात и मूल टिकट.

अनुरोधमा DAST स्क्यानर प्रोफाइलहरू

(अन्तिम, सुन) DevOps चक्र चरण: सुरक्षित

माग अनुसार DAST स्क्यान त्यो थियो अघिल्लो रिलीज मा प्रस्तुत, DAST स्क्यानर प्रोफाइलहरू थपिएका छन्। तिनीहरूले यी स्क्यानहरूको कन्फिगरेसन क्षमताहरू विस्तार गर्छन्, तपाईंलाई द्रुत रूपमा बहु स्क्यान प्रकारहरू कभर गर्न धेरै प्रोफाइलहरू सिर्जना गर्न अनुमति दिन्छ। 13.4 मा, क्रलर प्रोफाइलले नेटिभ रूपमा क्रलर टाइमआउट सेटिङ समावेश गर्दछ जसले क्रल गरिएको साइटका सबै पृष्ठहरू पत्ता लगाउने प्रयास गर्दा DAST क्रलरले कति समयसम्म चल्नु पर्छ सेट गर्दछ। प्रोफाईलले लक्षित साइट टाइमआउट सेटिङ पनि समावेश गर्दछ यदि साइटले 200 वा 300 स्थिति कोडको साथ प्रतिक्रिया गर्दैन भने क्रलरले क्रल रद्द गर्नु अघि साइट पहुँचयोग्य हुनको लागि कति समय कुर्नु पर्छ सेट गर्न। हामीले सुधार गर्न जारी राख्दा यो सुविधा हुनेछ। भविष्यका रिलीजहरूमा स्क्यानर प्रोफाइलमा थपियो; थप कन्फिगरेसन प्यारामिटरहरू थपिनेछन्।

DAST स्क्यानर प्रोफाइल कागजात и मूल टिकट.

GitLab पृष्ठहरूको लागि एक साधारण रिडिरेक्ट कन्फिगरेसन फाइल

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: रिलीज

यदि तपाइँ GitLab पृष्ठहरू प्रयोग गर्नुहुन्छ र URL परिवर्तनहरू राम्रोसँग व्यवस्थापन गर्न चाहनुहुन्छ भने, तपाइँले तपाइँको GitLab पृष्ठहरू साइटमा पुनर्निर्देशनहरू प्रबन्ध गर्न सम्भव थिएन भनेर याद गर्नुभएको हुन सक्छ। GitLab ले अब तपाइँलाई भण्डारमा कन्फिगरेसन फाइल थपेर तपाइँको पृष्ठ साइटको लागि एक URL लाई अर्कोमा रिडिरेक्ट गर्न नियमहरू कन्फिगर गर्न अनुमति दिन्छ। केभिन बार्नेटको योगदानको लागि यो सुविधा सम्भव भएको हो (@PopeDrFreud), हाम्रो एरिक ईस्टवुड (@MadLittleMods) र GitLab टोलीहरू। तपाईको इनपुटको लागि सबैलाई धन्यवाद।

कागजात रिडिरेक्ट गर्नुहोस् и मूल टिकट.

Terraform राज्य GitLab द्वारा व्यवस्थित

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: कन्फिगर गर्नुहोस्

Terraform राज्यको अघिल्लो संस्करणहरूमा पहुँच दुवै अनुपालनको लागि र आवश्यक भएमा डिबगिङको लागि आवश्यक छ। GitLab द्वारा प्रबन्धित Terraform राज्य संस्करणको लागि समर्थन GitLab 13.4 बाट सुरु गरी प्रदान गरिएको छ। नयाँ Terraform राज्य फाइलहरूको लागि संस्करण स्वचालित रूपमा सक्षम छ। अवस्थित Terraform राज्य फाइलहरू हुनेछ स्वचालित रूपमा संस्करण गरिएको भण्डारमा स्थानान्तरण गरियो पछि रिलीज मा।

GitLab द्वारा व्यवस्थित Terraform राज्यहरूको लागि दस्तावेज и मूल टिकट.

महत्त्वपूर्ण घटना सूचना विवरण

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: मनिटर

घटनाहरू प्रशोधन गर्दा, तपाईं सजिलैसँग अलर्ट कति समय खुला थियो र घटना कति पटक ट्रिगर गरिएको थियो भनेर निर्धारण गर्न सक्षम हुन आवश्यक छ। यी विवरणहरू प्रायः ग्राहकमा पर्ने प्रभाव र तपाइँको टोलीले पहिले के सम्बोधन गर्नुपर्छ भनेर निर्धारण गर्न महत्वपूर्ण हुन्छन्। नयाँ घटना विवरण प्यानलमा, हामी सतर्कता सुरु हुने समय, घटनाहरूको संख्या, र मूल अलर्टको लिङ्क प्रदर्शन गर्छौं। यो जानकारी अलर्टबाट उत्पन्न भएका घटनाहरूको लागि उपलब्ध छ।

घटना व्यवस्थापन दस्तावेज и मौलिक महाकाव्य.

घटना गम्भीरता प्यारामिटर सेटिङ र सम्पादन गर्नुहोस्

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) DevOps चक्र चरण: मनिटर

घटनाको गम्भीरता आयामले प्रतिक्रियाकर्ता र सरोकारवालाहरूलाई आउटेजको प्रभाव, साथै प्रतिक्रियाको विधि र जरुरीता निर्धारण गर्न अनुमति दिन्छ। तपाईंको टोलीले घटना रिजोल्युसन र रिकभरीको समयमा नतिजाहरू साझा गर्दा, तिनीहरूले यो सेटिङ परिवर्तन गर्न सक्छन्। तपाईं अब घटना विवरण पृष्ठको दायाँ साइडबारमा घटनाको गम्भीरता सम्पादन गर्न सक्नुहुन्छ, र घटनाहरूको सूचीमा गम्भीरता देखाइन्छ।

घटनाहरू ह्यान्डल गर्नका लागि कागजात и मूल टिकट.

कन्टेनर नेटवर्क सुरक्षा नियमहरू सिर्जना गर्ने, सम्पादन गर्ने र मेटाउने

(अन्तिम, सुन) DevOps चक्र चरण: रक्षा

कन्टेनर नेटवर्क सुरक्षा नियम सम्पादकमा यो वृद्धिले प्रयोगकर्ताहरूलाई सजिलैसँग GitLab प्रयोगकर्ता इन्टरफेसबाट तिनीहरूका नियमहरू सिर्जना गर्न, सम्पादन गर्न र मेटाउन अनुमति दिन्छ। सम्पादक सुविधाहरू समावेश छन् .yaml अनुभवी प्रयोगकर्ताहरू र नेटवर्क नियमहरूमा नयाँ भएकाहरूको लागि सहज इन्टरफेसको साथ नियम सम्पादकहरूका लागि। तपाईंले खण्डमा नयाँ नियम व्यवस्थापन विकल्पहरू फेला पार्न सक्नुहुन्छ सुरक्षा र अनुपालन > खतरा व्यवस्थापन > नियमहरू (सुरक्षा र अनुपालन > खतरा व्यवस्थापन > नीतिहरू).

नेटवर्क नियम सम्पादक कागजात и मौलिक महाकाव्य.

Azure ब्लब भण्डारण समर्थन

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट, फ्री, ब्रोंज, सिल्भर, गोल्ड) उपलब्धता

GitLab र GitLab धावक दुबैले अब समर्थन गर्दछ Azure ब्लब भण्डारण, Azure मा GitLab सेवाहरू चलाउन सजिलो बनाउँदै।

GitLab उदाहरणहरूले LFS फाइलहरू, CI कलाकृतिहरू, र सहित सबै प्रकारका वस्तु स्टोरहरूको लागि Azure समर्थन गर्दछ। ब्याकअपहरू। Azure Blob भण्डारण सेटअप गर्न, स्थापना निर्देशनहरू पालना गर्नुहोस् ओम्निबस वा हेलम चार्ट.

GitLab कार्य प्रोसेसरहरूले पनि भण्डारणको लागि Azure समर्थन गर्दछ वितरित क्यास। Azure भण्डारण खण्ड प्रयोग गरेर कन्फिगर गर्न सकिन्छ [runners.cache.azure].

Azure ब्लब भण्डारण प्रयोग गर्ने कागजात и मूल टिकट.

Ubuntu र OpenSUSE को लागि Omnibus ARM64 प्याकेजहरू

(कोर, स्टार्टर, प्रिमियम, अल्टिमेट) उपलब्धता

64-bit ARM आर्किटेक्चरमा GitLab चलाउनको लागि समर्थनको लागि बढ्दो मागको प्रतिक्रियामा, हामी आधिकारिक ARM64 Ubuntu 20.04 ओम्निबस प्याकेजको उपलब्धता घोषणा गर्न पाउँदा खुसी छौं। Zitai चेन र Guillaume Gardet लाई उनीहरूले गरेको ठूलो योगदानको लागि धेरै धेरै धन्यवाद - तिनीहरूको मर्ज अनुरोधहरूले यसमा मुख्य भूमिका खेलेको छ!

Ubuntu 20.04 को लागि प्याकेज डाउनलोड र स्थापना गर्न, हाम्रो मा जानुहोस् स्थापना पृष्ठ र चयन गर्नुहोस् Ubuntu.

ARM64 को लागि प्याकेज कागजात и मूल टिकट.

GitLab हेल्म चार्टको लागि स्मार्ट कार्ड प्रमाणीकरण समर्थन

(प्रिमियम, अल्टिमेट) उपलब्धता

स्मार्ट कार्डहरू, जस्तै साझा पहुँच कार्डहरू (CAC), अब हेल्म चार्ट मार्फत तैनात GitLab उदाहरणमा प्रमाणीकरण गर्न प्रयोग गर्न सकिन्छ। स्मार्ट कार्डहरू X.509 प्रमाणपत्रहरू प्रयोग गरेर स्थानीय डाटाबेस विरुद्ध प्रमाणीकरण गरिन्छ। यससँगै, हेल्म चार्टको साथमा स्मार्ट कार्ड समर्थन अब ओम्निबस डिप्लोयमेन्टहरूमा उपलब्ध स्मार्ट कार्ड समर्थनसँग मिल्दोजुल्दो छ।

स्मार्ट कार्ड प्रमाणीकरण सेटिङहरूको लागि कागजात и मूल टिकट.

विस्तृत रिलीज नोटहरू र अद्यावधिक/स्थापना निर्देशनहरू मूल अंग्रेजी पोस्टमा पढ्न सकिन्छ: GitLab 13.4 CI चर र Kubernetes Agent को लागि Vault सँग जारी गरियो.

हामी अङ्ग्रेजीबाट अनुवादमा काम गरिरहेका थियौं cattidourden, maryartkey, ainoneko и रिसावन्त.

स्रोत: www.habr.com