ProHoster > Blog > διαχείριση > Το # GitLab 13.4 κυκλοφόρησε με το αποθετήριο HashiCorp για μεταβλητές CI και Kubernetes Agent
Το # GitLab 13.4 κυκλοφόρησε με το αποθετήριο HashiCorp για μεταβλητές CI και Kubernetes Agent
Η έκδοση 13.4 κυκλοφόρησε με χώρο αποθήκευσης HashiCorp για μεταβλητές CI, Kubernetes Agent και κέντρο ασφαλείας, καθώς και δυνατότητες εναλλαγής στο Starter
Στο GitLab, σκεφτόμαστε πάντα πώς μπορούμε να βοηθήσουμε τους χρήστες να μειώσουν τον κίνδυνο, να βελτιώσουν την αποτελεσματικότητα και να βελτιώσουν την ταχύτητα παράδοσης στην αγαπημένη σας πλατφόρμα. Αυτόν τον μήνα προσθέσαμε πολλές χρήσιμες νέες δυνατότητες που επεκτείνουν τις δυνατότητες ασφαλείας, μειώνουν τον αριθμό των τρωτών σημείων, αυξάνουν την αποτελεσματικότητα, απλοποιούν την εργασία με το GitLab και βοηθούν την ομάδα σας να παρέχει λειτουργίες ακόμα πιο γρήγορα. Ελπίζουμε ότι θα σας φανούν χρήσιμα τα κύρια χαρακτηριστικά της έκδοσης, καθώς και 53 άλλα νέα χαρακτηριστικά, προστέθηκε σε αυτήν την έκδοση.
Ένας άλλος τρόπος μείωσης των κινδύνων είναι η χρήση νέων Πράκτορας GitLab Kubernetes. Οι ομάδες λειτουργιών μπορούν να αναπτύξουν συμπλέγματα Kubernetes από το GitLab χωρίς να χρειάζεται να εκθέσουν το σύμπλεγμα τους σε ολόκληρο το Διαδίκτυο. Παρουσιάζουμε επίσης υποστήριξη αυτόματης ελέγχου έκδοσης για νέα αρχεία κατάστασης Terraform με Το GitLab διαχειριζόταν την κατάσταση Terraform για υποστήριξη της συμμόρφωσης και της ευκολίας εντοπισμού σφαλμάτων. Τελικά, έγινε ο πίνακας ελέγχου ασφαλείας της παρουσίας Κέντρο Ασφαλείας GitLab με αναφορές ευπάθειας και ρυθμίσεις ασφαλείας.
Πιο βολική και αποτελεσματική εργασία με το GitLab
Βελτιώσαμε την παγκόσμια αναζήτησή μας για να συμπεριλάβουμε γρήγορη πλοήγηση από τη γραμμή αναζήτησης, επιτρέποντάς σας να πλοηγηθείτε εύκολα στα πιο πρόσφατα εισιτήρια, ομάδες, έργα, ρυθμίσεις και θέματα βοήθειας. Είμαστε ενθουσιασμένοι που ανακοινώνουμε ότι οι Σελίδες GitLab εμφανίστηκαν ανακατευθύνσεις να ανακατευθύνει μεμονωμένες σελίδες και καταλόγους εντός του ιστότοπου, κάτι που θα επιτρέψει στους χρήστες να αναπτύξουν πιο αποτελεσματικά τους ιστότοπούς τους. Και για όσους θέλουν να λαμβάνουν εκτεταμένες πληροφορίες σχετικά με την ανάπτυξη, αυτή η έκδοση επιτρέπει διαχειριστείτε εκατοντάδες υποστηριζόμενες αναπτύξεις έργων από τη γραμμή εργαλείων περιβάλλοντος!
Ο Φάμπιο συνέβαλε σημαντικά συνεισφορά в εμφάνιση κάλυψης κώδικα στις διαφορές αιτημάτων συγχώνευσης - ένα χαρακτηριστικό που αναμενόταν εδώ και πολύ καιρό στην κοινότητα του GitLab. Αυτή είναι μια πραγματικά σημαντική συνεισφορά με μη τετριμμένες αλλαγές που απαιτούσαν συνεχή συνεργασία με τα μέλη της ομάδας του GitLab και επηρέασαν πολλούς τομείς του έργου, όπως το UX, το front-end και το back-end.
Κύρια χαρακτηριστικά της έκδοσης GitLab 13.4
Χρησιμοποιήστε τα κλειδιά HashiCorp Vault σε εργασίες CI
Στην έκδοση 12.10, το GitLab εισήγαγε τη δυνατότητα λήψης και μεταφοράς κλειδιών σε εργασίες CI χρησιμοποιώντας τον χειριστή εργασιών GitLab (GitLab runner). Τώρα επεκτείνουμε έλεγχος ταυτότητας με χρήση JWT, προσθέτοντας νέα σύνταξη secrets να αρχειοθετήσω .gitlab-ci.yml. Αυτό θα διευκολύνει τη ρύθμιση και τη χρήση του αποθετηρίου HashiCorp με το GitLab.
Η ενοποίηση του GitLab με το Kubernetes έχει κάνει εδώ και καιρό δυνατή την ανάπτυξη σε συμπλέγματα Kubernetes χωρίς την ανάγκη χειροκίνητης διαμόρφωσης. Σε πολλούς χρήστες άρεσε η ευκολία χρήσης αυτής της δέσμης, ενώ άλλοι αντιμετώπισαν κάποιες δυσκολίες. Για την τρέχουσα ενσωμάτωση, το σύμπλεγμα σας πρέπει να είναι προσβάσιμο από το Διαδίκτυο για να έχει πρόσβαση το GitLab. Για πολλούς οργανισμούς, αυτό δεν είναι δυνατό επειδή περιορίζουν την πρόσβαση σε συμπλέγματα για λόγους ασφάλειας, συμμόρφωσης ή ρυθμιστικούς λόγους. Για να παρακάμψουν αυτούς τους περιορισμούς, οι χρήστες έπρεπε να δημιουργήσουν τα εργαλεία τους πάνω από το GitLab, διαφορετικά δεν θα μπορούσαν να χρησιμοποιήσουν αυτήν τη δυνατότητα.
Σήμερα παρουσιάζουμε το GitLab Kubernetes Agent, έναν νέο τρόπο ανάπτυξης σε συμπλέγματα Kubernetes. Ο πράκτορας εκτελείται μέσα στο σύμπλεγμα σας, επομένως δεν χρειάζεται να τον εκθέσετε σε ολόκληρο το Διαδίκτυο. Ο πράκτορας συντονίζει την ανάπτυξη ζητώντας νέες αλλαγές από το GitLab, αντί να προωθήσει το GitLab ενημερώσεις στο σύμπλεγμα. Ανεξάρτητα από τη μέθοδο GitOps που χρησιμοποιείτε, το GitLab σας καλύπτει.
Σημειώστε ότι αυτή είναι η πρώτη κυκλοφορία του πράκτορα. Η τρέχουσα εστίασή μας για το GitLab Kubernetes Agent είναι η διαμόρφωση και η διαχείριση των αναπτύξεων μέσω κώδικα. Ορισμένες υπάρχουσες δυνατότητες ενοποίησης του Kubernetes, όπως οι πίνακες ανάπτυξης και οι διαχειριζόμενες εφαρμογές του GitLab, δεν υποστηρίζονται ακόμη. Υποθέτουμεότι αυτές οι δυνατότητες θα προστεθούν στον πράκτορα σε μελλοντικές εκδόσεις, καθώς και νέες ενσωματώσεις που επικεντρώνονται στην ασφάλεια και τη συμμόρφωση.
Προηγουμένως, το σύστημα αδειών του GitLab δυσκόλευε τον σωστό καταμερισμό των ευθυνών εντός της ομάδας σας μεταξύ εκείνων που είναι υπεύθυνοι για την ανάπτυξη και εκείνων που είναι υπεύθυνοι για την ανάπτυξη. Με την κυκλοφορία του GitLab 13.4, μπορείτε να δώσετε άδεια να εγκρίνετε αιτήματα συγχώνευσης για ανάπτυξη, καθώς και να αναπτύξετε πραγματικά κώδικα σε άτομα που δεν γράφουν τον κώδικα, χωρίς να τους δώσετε δικαιώματα πρόσβασης συντηρητή (στη ρωσική τοπική προσαρμογή του GitLab "maintainer" ).
Προηγουμένως, η διαχείριση ευπάθειας σε επίπεδο παρουσίας ήταν περιορισμένη τόσο στη λειτουργικότητα όσο και στην ευελιξία. Η διεπαφή ήταν μια ενιαία σελίδα που συνδυάζει λεπτομέρειες τρωτών σημείων, γραφήματα μετρήσεων και ρυθμίσεις. Δεν υπάρχει πολύς χώρος για την ανάπτυξη αυτών των δυνατοτήτων ή τη χρήση άλλων χαρακτηριστικών ασφαλείας.
Πραγματοποιήσαμε θεμελιώδεις αλλαγές στον τρόπο διαχείρισης της ασφάλειας και της διαφάνειας στο GitLab. Ο πίνακας ασφαλείας της παρουσίας έχει μετατραπεί σε ένα ολόκληρο κέντρο ασφαλείας. Η μεγαλύτερη αλλαγή είναι η εισαγωγή μιας νέας δομής μενού: αντί για μία σελίδα, βλέπετε πλέον χωριστά τον πίνακα ελέγχου ασφαλείας, την αναφορά ευπάθειας και τις ρυθμίσεις. Αν και η λειτουργικότητα δεν έχει αλλάξει, ο χωρισμός της σε μέρη θα επιτρέψει βελτιώσεις σε αυτήν την ενότητα που διαφορετικά θα ήταν δύσκολες. Αυτό θέτει επίσης τη βάση για την προσθήκη άλλων δυνατοτήτων που σχετίζονται με την ασφάλεια στο μέλλον.
Η ειδική ενότητα Αναφορά ευπάθειας έχει πλέον περισσότερο χώρο για την εμφάνιση σημαντικών λεπτομερειών. Εδώ είναι τα τρωτά σημεία που βρίσκονται επί του παρόντος στη λίστα τρωτών σημείων του έργου. Η μετακίνηση γραφικών στοιχείων με μετρήσεις ευπάθειας σε ξεχωριστή ενότητα δημιουργεί έναν βολικό πίνακα ελέγχου ασφαλείας. Είναι πλέον ένας καμβάς για μελλοντικές απεικονίσεις—όχι μόνο για τη διαχείριση ευπάθειας, αλλά και για οποιεσδήποτε μετρήσεις που σχετίζονται με την ασφάλεια. Τέλος, μια ξεχωριστή περιοχή ρυθμίσεων δημιουργεί έναν κοινό χώρο για όλες τις ρυθμίσεις ασφαλείας σε επίπεδο παρουσίας, όχι μόνο για τη διαχείριση ευπάθειας.
Νωρίτερα φέτος, το GitLab ανέλαβε μια δέσμευση μετακινήστε 18 χαρακτηριστικά σε ανοιχτό κώδικα. Σε αυτήν την έκδοση, ολοκληρώσαμε τη μετεγκατάσταση λειτουργιών με δυνατότητα εναλλαγής στο πρόγραμμα εκκίνησης και θα συνεχίσουμε να τις μετεγκαθιστούμε στον πυρήνα από Git Lab 13.5. Είμαστε ενθουσιασμένοι που προσφέρουμε αυτήν τη δυνατότητα σε περισσότερους χρήστες και θέλουμε να ακούσουμε πώς τη χρησιμοποιείτε.
Μερικές φορές κατά την πλοήγηση στο GitLab θέλετε να μεταβείτε απευθείας σε ένα συγκεκριμένο έργο και όχι στη σελίδα αποτελεσμάτων αναζήτησης.
Χρησιμοποιώντας την καθολική γραμμή αναζήτησης, μπορείτε να πλοηγηθείτε γρήγορα στα πιο πρόσφατα εισιτήρια, ομάδες, έργα, ρυθμίσεις και θέματα βοήθειας. Μπορείτε ακόμη να χρησιμοποιήσετε ένα πλήκτρο πρόσβασης /για να μετακινήσετε τον κέρσορα σας στη γραμμή αναζήτησης για να πλοηγηθείτε στο GitLab ακόμα πιο αποτελεσματικά!
Κατά τον έλεγχο ενός αιτήματος συγχώνευσης, μπορεί να είναι δύσκολο να προσδιοριστεί εάν ο αλλαγμένος κωδικός καλύπτεται από δοκιμές μονάδας. Αντίθετα, οι αναθεωρητές μπορούν να βασιστούν στη συνολική κάλυψη και να ζητήσουν να αυξηθεί πριν εγκρίνουν ένα αίτημα συγχώνευσης. Αυτό μπορεί να οδηγήσει σε μια τυχαία προσέγγιση για τη σύνταξη δοκιμών, η οποία δεν θα βελτιώσει πραγματικά την ποιότητα του κώδικα ή την κάλυψη δοκιμών.
Τώρα, κατά την προβολή μιας διαφοράς αιτήματος συγχώνευσης, θα δείτε μια οπτική εμφάνιση της κάλυψης κώδικα. Τα νέα σημάδια θα σας επιτρέψουν να κατανοήσετε γρήγορα εάν ο αλλαγμένος κωδικός καλύπτεται από μια δοκιμή μονάδας, η οποία θα βοηθήσει στην επιτάχυνση του ελέγχου κώδικα και του χρόνου συγχώνευσης και ανάπτυξης νέου κώδικα.
σας ευχαριστώ Fabio Huser και η Siemens για αυτό το χαρακτηριστικό!
Από την κυκλοφορία του GitLab 12.5 χρησιμοποιώντας περιβάλλοντα πάνελ θα μπορούσατε να παρακολουθείτε την κατάσταση των περιβαλλόντων, αλλά όχι περισσότερα από επτά περιβάλλοντα σε τρία έργα. Έχουμε βελτιώσει αυτό το πλαίσιο στην έκδοση 13.4 σελιδοποιώντας το για να σας βοηθήσουμε να διατηρήσετε και να διαχειριστείτε τα περιβάλλοντά σας σε κλίμακα. Τώρα μπορείτε να δείτε περισσότερα περιβάλλοντα σε περισσότερα έργα.
Η δοκιμή ασάφειας API είναι ένας πολύ καλός τρόπος για να βρείτε σφάλματα και τρωτά σημεία στις εφαρμογές Ιστού και στα API σας που ενδέχεται να παραλείψουν άλλοι σαρωτές και μέθοδοι δοκιμής.
Το API fuzzing testing στο GitLab σάς επιτρέπει να παρέχετε Προδιαγραφή OpenAPI v2 ή αρχείο HAR την εφαρμογή σας και, στη συνέχεια, δημιουργεί αυτόματα τυχαία δεδομένα εισόδου που έχουν σχεδιαστεί για τη δοκιμή περιπτώσεων αιχμής και την εύρεση σφαλμάτων. Τα αποτελέσματα είναι άμεσα ορατά εντός του αγωγού σας.
Αυτή είναι η πρώτη μας έκδοση δοκιμών API fuzz και θα θέλαμε να ακούσουμε τη γνώμη σας. Έχουμε περισσότερα σε απόθεμα για δοκιμές fuzz πολλές ιδέες, το οποίο θα βασίσουμε στην κυκλοφορία αυτής της δυνατότητας.
Προηγουμένως, η δημιουργία γραφήματος στον πίνακα ελέγχου μετρήσεων στο GitLab δεν ήταν εύκολη δουλειά. Αφού δημιουργήσατε τη μέτρηση στο αρχείο YAML του πίνακα ελέγχου, κάνατε αλλαγές σε master, χωρίς να μπορείτε να επαληθεύσετε ότι το γράφημα που δημιουργήθηκε πρόσφατα λειτουργεί ακριβώς όπως χρειάζεστε. Ξεκινώντας με αυτήν την έκδοση, μπορείτε να κάνετε προεπισκόπηση των αλλαγών καθώς δημιουργείτε το γράφημα, αποκτώντας μια ιδέα για το αποτέλεσμα πριν στείλετε τις αλλαγές στο αρχείο YAML του πίνακα ελέγχου.
Όταν διαχειρίζεστε μεγάλο αριθμό έργων στο GitLab, χρειάζεστε μια ενιαία πηγή πληροφοριών σχετικά με τον τρόπο με τον οποίο η κάλυψη κώδικα αλλάζει με την πάροδο του χρόνου σε όλα τα έργα. Προηγουμένως, η εμφάνιση αυτών των πληροφοριών απαιτούσε κουραστική και χρονοβόρα χειρωνακτική εργασία: έπρεπε να κατεβάσετε δεδομένα κάλυψης κώδικα από κάθε έργο και να τα συνδυάσετε σε έναν πίνακα.
Στην έκδοση 13.4, κατέστη δυνατή η εύκολη και γρήγορη συναρμολόγηση .csv αρχείο με όλα τα δεδομένα για την κάλυψη κωδικών για όλα τα έργα του ομίλου ή για μια επιλογή έργων. Αυτή η δυνατότητα είναι MVC, θα ακολουθηθεί από τη δυνατότητα οικόπεδο μέση κάλυψη με την πάροδο του χρόνου.
Αυτή η έκδοση εισάγει υποστήριξη για πολλές νέες γλώσσες για δοκιμές fuzz με στόχο την πλήρη κάλυψη.
Τώρα μπορείτε να αξιολογήσετε τις πλήρεις δυνατότητες της δοκιμής fuzzing στις εφαρμογές σας Java, Rust και Swift και να βρείτε σφάλματα και ευπάθειες που μπορεί να παραλείψουν άλλοι σαρωτές και μέθοδοι δοκιμής.
Η σελίδα Περιβάλλοντα δείχνει τη συνολική κατάσταση των περιβαλλόντων σας. Σε αυτήν την έκδοση βελτιώσαμε αυτήν τη σελίδα προσθέτοντας οθόνη ειδοποίησης. Οι ενεργοποιημένες ειδοποιήσεις μαζί με την κατάσταση των περιβαλλόντων σας θα σας βοηθήσουν να λάβετε γρήγορα μέτρα για τη διόρθωση καταστάσεων που προκύπτουν.
Με τη χρήση ένθετων αγωγών, είναι πλέον δυνατή η εκτέλεση νέων αγωγών εντός θυγατρικών αγωγών. Το επιπλέον επίπεδο βάθους μπορεί να είναι χρήσιμο εάν χρειάζεστε την ευελιξία για να δημιουργήσετε έναν μεταβλητό αριθμό αγωγών.
Προηγουμένως, κατά τη χρήση ένθετων σωληνώσεων, κάθε θυγατρική διοχέτευση απαιτούσε να οριστεί χειροκίνητα μια εργασία ενεργοποίησης στη μητρική διοχέτευση. Τώρα μπορείτε να δημιουργήσετε ένθετες αγωγούς που θα εκκινούν δυναμικά οποιονδήποτε αριθμό νέων ένθετων αγωγών. Για παράδειγμα, εάν έχετε ένα monorepository, μπορείτε να δημιουργήσετε δυναμικά την πρώτη υποσωλήνωση, η οποία από μόνη της θα δημιουργήσει τον απαιτούμενο αριθμό νέων αγωγών με βάση τις αλλαγές στον κλάδο.
Προηγουμένως, η πλοήγηση μεταξύ μητρικών και ένθετων αγωγών δεν ήταν πολύ βολική - χρειαζόσασταν πολλά κλικ για να φτάσετε στον επιθυμητό αγωγό. Δεν ήταν επίσης εύκολο να καταλάβουμε ποια δουλειά ξεκίνησε τον αγωγό. Τώρα θα είναι πολύ πιο εύκολο να δείτε τις συνδέσεις μεταξύ μητρικών και ένθετων αγωγών.
Εάν χρησιμοποιήσατε πίνακας εργασιών, ίσως έχετε παρατηρήσει ότι ήταν δύσκολο να προσδιοριστεί ποια μεταβλητή πίνακα χρησιμοποιήθηκε για μια συγκεκριμένη εργασία, καθώς τα ονόματα των εργασιών έμοιαζαν με matrix 1/4. Στην έκδοση 13.4, θα δείτε τις σχετικές τιμές μεταβλητών που χρησιμοποιήθηκαν σε αυτήν την εργασία αντί για το γενικό όνομα εργασίας. Για παράδειγμα, εάν ο στόχος σας είναι να διορθώσετε σφάλματα στην αρχιτεκτονική x86, τότε η εργασία θα κληθεί matrix: debug x86.
Οι χρήστες του GitLab θα μπορούν πλέον να συνδέσουν τους λογαριασμούς τους στο GitLab με τον λογαριασμό τους στο Atlassian Cloud. Αυτό θα σας επιτρέψει να συνδεθείτε στο GitLab με τα διαπιστευτήριά σας στο Atlassian και επίσης θα τεθούν οι βάσεις για μελλοντικές βελτιώσεις ενσωμάτωσης. Gitlab με Jira και με άλλα προϊόντα της σειράς Atlassian.
Οι οργανισμοί που επικεντρώνονται στη συμμόρφωση χρειάζονται έναν τρόπο για να δείξουν στους ελεγκτές μια ολιστική άποψη των στοιχείων που σχετίζονται με οποιαδήποτε δεδομένη αλλαγή στην παραγωγή. Στο GitLab, αυτό σημαίνει τη συλλογή όλων σε ένα μέρος: αιτήματα συγχώνευσης, εισιτήρια, αγωγούς, σαρώσεις ασφαλείας και άλλα δεδομένα δέσμευσης. Μέχρι τώρα, έπρεπε είτε να το συλλέξετε χειροκίνητα στο GitLab είτε να ρυθμίσετε τα εργαλεία σας για τη συλλογή των πληροφοριών, κάτι που δεν ήταν πολύ αποτελεσματικό.
Μπορείτε πλέον να συλλέγετε και να εξάγετε αυτά τα δεδομένα μέσω προγραμματισμού για να ικανοποιήσετε τις απαιτήσεις ελέγχου ή να εκτελέσετε άλλες αναλύσεις. Για να εξαγάγετε μια λίστα με όλες τις δεσμεύσεις συγχώνευσης για την τρέχουσα ομάδα, πρέπει να μεταβείτε στο Πίνακες ελέγχου συμμόρφωσης και κάντε κλικ στο κουμπί Λίστα όλων των δεσμεύσεων συγχώνευσης. Το αρχείο που προκύπτει θα περιέχει όλες τις δεσμεύσεις του αιτήματος συγχώνευσης, τον συγγραφέα τους, το αναγνωριστικό του σχετικού αιτήματος συγχώνευσης, την ομάδα, το έργο, τους επιβεβαιωτές και άλλες πληροφορίες.
Η διαχείριση της πρόσβασης στον χώρο ονομάτων του GitLab αποτελεί σημαντικό μέρος των προσπαθειών συμμόρφωσης. Από τις αρχές των ελάχιστων προνομίων έως την απενεργοποίηση της χρονομετρημένης πρόσβασης, ενδέχεται να υπάρχουν αρκετές απαιτήσεις που σχετίζονται με τα διακριτικά προσωπικής πρόσβασης στο GitLab. Για να διευκολύνουμε τη διατήρηση και τη διαχείριση όλων αυτών των διαπιστευτηρίων χρήστη εντός του χώρου ονομάτων σας, παρέχουμε τη δυνατότητα να παραθέσουμε όλα τα διακριτικά προσωπικής πρόσβασης και προαιρετικά άρνηση πρόσβασης μέσω API.
Αυτές οι βελτιώσεις στο GitLab API επιτρέπουν στους χρήστες να καταχωρούν και να ανακαλούν τα δικά τους προσωπικά διακριτικά πρόσβασης και στους διαχειριστές να παραθέτουν και να ανακαλούν τα διακριτικά των χρηστών τους. Θα είναι πλέον ευκολότερο για τους διαχειριστές να βλέπουν ποιος έχει πρόσβαση στον χώρο ονομάτων τους, να λαμβάνουν αποφάσεις πρόσβασης με βάση τα δεδομένα χρήστη και να ανακαλούν προσωπικά διακριτικά πρόσβασης που μπορεί να έχουν παραβιαστεί ή που δεν εμπίπτουν στις πολιτικές διαχείρισης πρόσβασης της εταιρείας.
Κατά τον έλεγχο αλλαγών κώδικα, συζητήσεων και δεσμεύσεων αιτημάτων συγχώνευσης, είναι συχνά επιθυμητό να κάνετε μια τοπική ολοκλήρωση αγοράς του υποκαταστήματος για μια βαθύτερη αναθεώρηση. Ωστόσο, η εύρεση του ονόματος του νήματος γίνεται ολοένα και πιο δύσκολη καθώς προστίθεται περισσότερο περιεχόμενο στην περιγραφή του αιτήματος συγχώνευσης και πρέπει να μετακινηθείτε πιο κάτω στη σελίδα.
Προσθέσαμε το όνομα του κλάδου στην πλαϊνή γραμμή αιτημάτων συγχώνευσης, καθιστώντας το προσβάσιμο ανά πάσα στιγμή και εξαλείφοντας την ανάγκη κύλισης σε ολόκληρη τη σελίδα. Ακριβώς όπως ο σύνδεσμος προς το αίτημα συγχώνευσης, η ενότητα προέλευσης διακλάδωσης περιέχει ένα βολικό κουμπί "αντιγραφή".
σας ευχαριστώ Ίθαν Ρέσορ για την τεράστια συμβολή σας στην ανάπτυξη αυτής της δυνατότητας!
Τα αιτήματα συγχώνευσης που προσθέτουν αλλαγές σε πολλά αρχεία μερικές φορές συμπτύσσουν τις διαφορές μεγάλων αρχείων για να βελτιώσουν την απόδοση απόδοσης. Όταν συμβεί αυτό, είναι πιθανό να παραλείψετε κατά λάθος ένα αρχείο κατά την εξέταση, ειδικά σε αιτήματα συγχώνευσης με μεγάλο αριθμό αρχείων. Ξεκινώντας με την έκδοση 13.4, τα αιτήματα συγχώνευσης θα επισημαίνουν διαφορές που περιέχουν διπλωμένα αρχεία, έτσι ώστε να μην χάνετε αυτά τα αρχεία κατά τον έλεγχο κώδικα. Για ακόμη μεγαλύτερη σαφήνεια, σκοπεύουμε να προσθέσουμε επισήμανση σε αυτά τα αρχεία σε μελλοντική έκδοση. Μείνετε συντονισμένοι για ενημερώσεις εισιτήριο gitlab#16047.
Στην ενότητα Διαφορές αιτήματος συγχώνευσης, τα μεγάλα αρχεία συμπτύσσονται για βελτίωση της απόδοσης. Ωστόσο, κατά τον έλεγχο του κώδικα, ορισμένα αρχεία ενδέχεται να χαθούν όταν ο αναθεωρητής κάνει κύλιση στη λίστα των αρχείων, καθώς όλα τα μεγάλα αρχεία συμπτύσσονται.
Προσθέσαμε μια ορατή προειδοποίηση στο επάνω μέρος της σελίδας διαφοράς αιτήματος συγχώνευσης για να ενημερώσουμε τους χρήστες ότι υπάρχει ένα συγχωνευμένο αρχείο σε αυτήν την ενότητα. Με αυτόν τον τρόπο, δεν θα χάσετε καμία αλλαγή στο αίτημα συγχώνευσης κατά τον έλεγχο.
Προηγουμένως, όταν ο κύριος κόμβος ενός συμπλέγματος Gitaly ήταν εκτός σύνδεσης, τα αποθετήρια σε αυτόν τον κόμβο επισημαίνονταν ως μόνο για ανάγνωση. Αυτό απέτρεψε την απώλεια δεδομένων σε καταστάσεις όπου υπήρχαν αλλαγές στον κόμβο που δεν είχαν ακόμη αναπαραχθεί. Όταν ο κόμβος επανήλθε στο διαδίκτυο, το GitLab δεν αποκαταστάθηκε αυτόματα και οι διαχειριστές έπρεπε να ξεκινήσουν με μη αυτόματο τρόπο τη διαδικασία συγχρονισμού ή να αποδεχτούν την απώλεια δεδομένων. Άλλες καταστάσεις, όπως η αποτυχία μιας εργασίας αναπαραγωγής σε έναν δευτερεύοντα κόμβο, θα μπορούσαν επίσης να οδηγήσουν σε μπαγιάτικα ή μόνο για ανάγνωση αποθετήρια. Σε αυτήν την περίπτωση, το αποθετήριο παρέμεινε μπαγιάτικο μέχρι να πραγματοποιηθεί η επόμενη λειτουργία εγγραφής, η οποία θα ξεκινούσε την εργασία αναπαραγωγής.
Για να λυθεί αυτό το πρόβλημα Praefect τώρα προγραμματίζει μια εργασία αναπαραγωγής όταν ανιχνεύει ένα παλιό αποθετήριο σε έναν κόμβο και την πιο πρόσφατη έκδοση του αποθετηρίου σε έναν άλλο. Αυτή η εργασία αναπαραγωγής διατηρεί αυτόματα το αποθετήριο ενημερωμένο, εξαλείφοντας την ανάγκη μη αυτόματης επαναφοράς δεδομένων. Η αυτόματη ανάκτηση διασφαλίζει επίσης ότι οι δευτερεύοντες κόμβοι ενημερώνονται γρήγορα εάν μια εργασία αναπαραγωγής αποτύχει, αντί να περιμένουν την επόμενη λειτουργία εγγραφής. Δεδομένου ότι πολλά συμπλέγματα Gilaly αποθηκεύουν μεγάλο αριθμό αποθετηρίων, αυτό μειώνει σημαντικά τον χρόνο που αφιερώνουν οι διαχειριστές και οι μηχανικοί αξιοπιστίας για την ανάκτηση δεδομένων μετά από ένα σφάλμα.
Επιπλέον, η αυτόματη επισκευή ξεκινά την αναπαραγωγή των αποθετηρίων σε οποιονδήποτε νέο κόμβο Gitaly που προστίθεται στο σύμπλεγμα, εξαλείφοντας τη χειρωνακτική εργασία κατά την προσθήκη νέων κόμβων.
Η αποτελεσματική επικοινωνία στο GitLab βασίζεται σε λίστες υποχρεώσεων. Εάν αναφέρεστε σε ένα σχόλιο, είναι σημαντικό να μπορείτε να μεταβείτε σε μια εργασία και είτε να ξεκινήσετε να κάνετε κάτι είτε να την επισημάνετε ως ολοκληρωμένη. Είναι επίσης σημαντικό να μπορείτε να αναθέσετε μια εργασία στον εαυτό σας όταν πρέπει να εργαστείτε σε κάτι ή να επιστρέψετε σε αυτό αργότερα.
Προηγουμένως, δεν μπορούσατε να προσθέσετε εργασίες ή να τις επισημάνετε ως ολοκληρωμένες όταν εργάζεστε με σχέδια. Αυτό διατάραξε σοβαρά την αποτελεσματικότητα της επικοινωνίας μεταξύ των ομάδων προϊόντων, καθώς οι εκκρεμότητες αποτελούν κρίσιμο στοιχείο της ροής εργασίας του GitLab.
Στην έκδοση 13.4, τα σχέδια προσεγγίζουν τα σχόλια των εισιτηρίων στη χρήση εργασιών, γεγονός που καθιστά την εργασία μαζί τους πιο συνεπή και αποτελεσματική.
Βελτιώσαμε τον οδηγό αντιμετώπισης προβλημάτων για το GitLab CI/CD με περισσότερες πληροφορίες σχετικά με κοινά προβλήματα που μπορεί να αντιμετωπίσετε. Ελπίζουμε ότι η βελτιωμένη τεκμηρίωση θα είναι μια πολύτιμη πηγή για να σας βοηθήσει να ξεκινήσετε και να εκτελείτε το GitLab CI/CD γρήγορα και εύκολα.
Προηγουμένως, τα αιτήματα συγχώνευσης θα μπορούσαν να πέσουν από την ουρά συγχώνευσης κατά λάθος λόγω καθυστερημένων σχολίων. Εάν ένα αίτημα συγχώνευσης βρισκόταν ήδη στην ουρά και κάποιος πρόσθεσε ένα σχόλιο σε αυτό που δημιουργούσε μια νέα ανεπίλυτη συζήτηση, το αίτημα συγχώνευσης θεωρήθηκε μη κατάλληλο για συγχώνευση και θα έπεφτε από την ουρά. Τώρα, αφού προστεθεί ένα αίτημα συγχώνευσης στην ουρά συγχώνευσης, μπορούν να προστεθούν νέα σχόλια χωρίς φόβο να διακοπεί η διαδικασία συγχώνευσης.
Οι προγραμματιστές θα πρέπει να μπορούν να βλέπουν την τιμή κάλυψης κώδικα μετά την ολοκλήρωση του αγωγού - ακόμη και σε περίπλοκα σενάρια, όπως η εκτέλεση ενός αγωγού με πολλές εργασίες που πρέπει να αναλυθούν για να υπολογιστεί η τιμή κάλυψης. Προηγουμένως, το γραφικό στοιχείο αιτήματος συγχώνευσης εμφάνιζε μόνο τον μέσο όρο αυτών των τιμών, πράγμα που σήμαινε ότι έπρεπε να μεταβείτε στη σελίδα εργασίας και να επιστρέψετε στο αίτημα συγχώνευσης για να λάβετε ενδιάμεσες τιμές κάλυψης. Για να εξοικονομήσετε χρόνο και αυτά τα επιπλέον βήματα, κάναμε το γραφικό στοιχείο να εμφανίζει τη μέση τιμή κάλυψης, τις αλλαγές του μεταξύ του κλάδου προορισμού και προέλευσης και μια επεξήγηση εργαλείου που δείχνει την τιμή κάλυψης για κάθε εργασία βάσει της οποίας υπολογίστηκε ο μέσος όρος.
Το μητρώο πακέτων GitLab είναι ένα μέρος για την αποθήκευση και τη διανομή πακέτων σε διαφορετικές μορφές. Όταν έχετε πολλά πακέτα στο έργο ή την ομάδα σας, πρέπει να εντοπίσετε γρήγορα πακέτα που δεν χρησιμοποιούνται και να τα αφαιρέσετε για να αποτρέψετε τη λήψη τους από τους χρήστες. Μπορείτε να αφαιρέσετε πακέτα από το μητρώο σας μέσω API πακέτου ή μέσω της διεπαφής χρήστη του μητρώου πακέτων. Ωστόσο, μέχρι τώρα δεν μπορούσατε να αφαιρέσετε πακέτα κατά την προβολή μιας ομάδας μέσω της διεπαφής χρήστη. Ως αποτέλεσμα, έπρεπε να αφαιρέσετε τα περιττά πακέτα ανά έργο, κάτι που ήταν αναποτελεσματικό.
Τώρα μπορείτε να αφαιρέσετε πακέτα κατά την προβολή του μητρώου πακέτων μιας ομάδας. Απλώς μεταβείτε στη σελίδα μητρώου πακέτων της ομάδας, φιλτράρετε τα πακέτα με το όνομα και αφαιρέστε όσα δεν χρειάζεστε.
Μπορείτε να χρησιμοποιήσετε το αποθετήριο Conan στο GitLab για να δημοσιεύσετε και να διανείμετε εξαρτήσεις C/C++. Ωστόσο, προηγουμένως τα πακέτα μπορούσαν να κλιμακωθούν μόνο στο επίπεδο παρουσίας, καθώς το όνομα πακέτου Conan θα μπορούσε να είναι το πολύ 51 χαρακτήρες. Εάν θέλετε να δημοσιεύσετε ένα πακέτο από μια υποομάδα, για παράδειγμα gitlab-org/ci-cd/package-stage/feature-testing/conan, ήταν σχεδόν αδύνατο να γίνει.
Τώρα μπορείτε να προσαρμόσετε τα πακέτα Conan στο επίπεδο έργου, καθιστώντας εύκολη τη δημοσίευση και τη διανομή των εξαρτήσεων των έργων σας.
Είμαστε ενθουσιασμένοι που προσθέτουμε σαρώσεις εξάρτησης για έργα κώδικα C, C++, C# και .Net που χρησιμοποιούν διαχειριστές πακέτων NuGet 4.9+ ή Conan στη λίστα μας υποστηριζόμενες γλώσσες και πλαίσια. Τώρα μπορείτε να ενεργοποιήσετε τη σάρωση εξαρτήσεων ως μέρος του σταδίου Ασφαλούς για να ελέγξετε για γνωστά τρωτά σημεία σε εξαρτήσεις που προστέθηκαν μέσω των διαχειριστών πακέτων. Τα τρωτά σημεία που εντοπίστηκαν θα εμφανίζονται στο αίτημα συγχώνευσης μαζί με το επίπεδο σοβαρότητάς τους, ώστε να γνωρίζετε πριν από την εκτέλεση της συγχώνευσης ποιους κινδύνους ενέχει η νέα εξάρτηση. Μπορείτε επίσης να διαμορφώσετε το έργο σας ώστε να απαιτείται επιβεβαίωση αιτήματος συγχώνευσης για εξαρτήσεις με τρωτά σημεία με κρίσιμα (Κρίσιμη), υψηλά (Υψηλά) ή άγνωστα (Άγνωστα) επίπεδα σοβαρότητας.
Προηγουμένως, κατά τον ορισμό των ρυθμίσεων αιτήματος συγχώνευσης Συγχώνευση όταν τελειώσει ο αγωγός (Merge When Pipeline Succeeds, MWPS) δεν στάλθηκε ειδοποίηση μέσω email. Έπρεπε να ελέγξετε με μη αυτόματο τρόπο την κατάσταση ή να περιμένετε μια ειδοποίηση συγχώνευσης. Με αυτήν την έκδοση, είμαστε στην ευχάριστη θέση να προσφέρουμε συνεισφορές χρηστών @ravishankar2kool, το οποίο έλυσε αυτό το πρόβλημα προσθέτοντας αυτόματες ειδοποιήσεις σε όλους τους εγγεγραμμένους σε ένα αίτημα συγχώνευσης όταν ένας αναθεωρητής αλλάζει τη ρύθμιση συγχώνευσης σε MWPS.
Οι χρήστες του GitLab μπορούν πλέον να επιλέξουν την έκδοση του Kubernetes που θα παρέχεται από την EKS. μπορείτε να επιλέξετε μεταξύ των εκδόσεων 1.14–1.17.
Κάθε πρόβλημα που προκύπτει δεν ενεργοποιεί αμέσως ειδοποιήσεις: οι χρήστες αναφέρουν διακοπές και τα μέλη της ομάδας διερευνούν ζητήματα απόδοσης. Τα περιστατικά είναι πλέον ένας τύπος εισιτηρίου, επομένως οι ομάδες σας μπορούν να τα δημιουργήσουν γρήγορα ως μέρος της κανονικής ροής εργασίας τους. Κάντε κλικ Νέα εργασία από οπουδήποτε στο GitLab και στο πεδίο Τύπος επιλέξτε Περιστατικό.
Βελτιώσαμε τις ειδοποιήσεις GitLab προσθέτοντας έναν νέο τύπο αναφοράς ειδικά για αυτές στο GitLab Markdown, διευκολύνοντας την κοινή χρήση και την αναφορά ειδοποιήσεων. Χρήση ^alert#1234για να αναφέρετε την ειδοποίηση σε οποιοδήποτε πεδίο Markdown: σε συμβάντα, εισιτήρια ή αιτήματα συγχώνευσης. Αυτό θα σας βοηθήσει επίσης να εντοπίσετε θέσεις εργασίας που δημιουργούνται από ειδοποιήσεις και όχι από εισιτήρια ή αιτήματα συγχώνευσης.
Η περιγραφή ειδοποίησης περιέχει πληροφορίες κρίσιμες για την αντιμετώπιση προβλημάτων και την ανάκτηση και αυτές οι πληροφορίες θα πρέπει να είναι εύκολα προσβάσιμες, ώστε να μην χρειάζεται να αλλάζετε εργαλεία ή καρτέλες καθώς εργάζεστε για την επίλυση ενός περιστατικού. Τα περιστατικά που δημιουργούνται από ειδοποιήσεις εμφανίζουν την πλήρη περιγραφή των ειδοποιήσεων στην καρτέλα Λεπτομέρειες ειδοποίησης.
Το GitLab, ως μια ενιαία εφαρμογή, έχει τη μοναδική δυνατότητα να κάνει γρήγορη ανακάλυψη περιεχομένου σε ολόκληρη τη ροή εργασίας DevOps. Στο GitLab 13.4, η σύνθετη αναζήτηση επιστρέφει αποτελέσματα 75% πιο γρήγορα όταν είναι περιορίζεται σε συγκεκριμένους χώρους ονομάτων και έργα, όπως στο GitLab.com.
Υπήρχε η επιλογή να αναβληθεί η διαγραφή του έργου εισήχθη στο 12.6. Ωστόσο, προηγουμένως δεν ήταν δυνατό να δείτε όλα τα έργα σε αναμονή διαγραφής σε ένα μέρος. Οι διαχειριστές παρουσιών χρήστη του GitLab μπορούν πλέον να προβάλλουν όλα τα έργα διαγραφής σε εκκρεμότητα σε ένα μέρος, μαζί με κουμπιά για εύκολη επαναφορά αυτών των έργων.
Αυτή η δυνατότητα δίνει στους διαχειριστές μεγαλύτερο έλεγχο της διαγραφής έργου συλλέγοντας όλες τις σχετικές πληροφορίες σε ένα μέρος και παρέχοντας τη δυνατότητα αναίρεσης ανεπιθύμητων ενεργειών διαγραφής.
Προηγουμένως, οι κανόνες ομαδικής ώθησης μπορούσαν να διαμορφωθούν μόνο με την επίσκεψη σε κάθε ομάδα ξεχωριστά μέσω της διεπαφής χρήστη του GitLab και την εφαρμογή αυτών των κανόνων. Μπορείτε πλέον να διαχειριστείτε αυτούς τους κανόνες μέσω ενός API για την υποστήριξη των προσαρμοσμένων εργαλείων σας και του αυτοματισμού GitLab.
Αποθήκευση διαπιστευτηρίων Παρέχει στους διαχειριστές τις πληροφορίες που χρειάζονται για τη διαχείριση των διαπιστευτηρίων χρήστη για την παρουσία τους στο GitLab. Επειδή οι οργανισμοί που εστιάζονται στη συμμόρφωση διαφέρουν ως προς την αυστηρότητα των πολιτικών διαχείρισης διαπιστευτηρίων τους, προσθέσαμε ένα κουμπί που επιτρέπει στους διαχειριστές να ανακαλούν προαιρετικά το προσωπικό διακριτικό πρόσβασης (PAT) ενός χρήστη. Οι διαχειριστές μπορούν πλέον εύκολα να ανακαλούν δυνητικά παραβιασμένα PAT. Αυτή η δυνατότητα είναι χρήσιμη για οργανισμούς που θέλουν πιο ευέλικτες επιλογές συμμόρφωσης για να ελαχιστοποιήσουν την αναστάτωση στους χρήστες τους.
Στο GitLab 13.4, εισάγουμε έναν νέο τρόπο προσαρμογής του στατικού επεξεργαστή ιστότοπου. Παρόλο που το αρχείο διαμόρφωσης δεν αποθηκεύει ούτε λαμβάνει ρυθμίσεις σε αυτήν την έκδοση, θέτουμε τις βάσεις για μελλοντική προσαρμογή της συμπεριφοράς του επεξεργαστή. Σε μελλοντικές εκδόσεις θα προσθέσουμε στο αρχείο .gitlab/static-site-editor.yml παραμέτρους για την εγκατάσταση διεύθυνση τοποθεσίας βάσης, επί του οποίου Οι εικόνες που έχουν φορτωθεί στο πρόγραμμα επεξεργασίας αποθηκεύονται, παρακάμπτοντας τις ρυθμίσεις σύνταξης Markdown και άλλες ρυθμίσεις επεξεργασίας.
Το Front Material είναι ένας ευέλικτος και βολικός τρόπος για να ορίσετε μεταβλητές σελίδας σε αρχεία δεδομένων για επεξεργασία από τη γεννήτρια στατικών τοποθεσιών. Συνήθως χρησιμοποιείται για τον ορισμό του τίτλου της σελίδας, του προτύπου διάταξης ή του συγγραφέα, αλλά μπορεί να χρησιμοποιηθεί για τη μετάδοση οποιουδήποτε τύπου μεταδεδομένων στη γεννήτρια κατά την απόδοση της σελίδας σε HTML. Περιλαμβάνεται στην κορυφή κάθε αρχείου δεδομένων, το εισαγωγικό μέρος είναι συνήθως μορφοποιημένο ως YAML ή JSON και απαιτεί συνεπή και ακριβή σύνταξη. Οι χρήστες που δεν είναι εξοικειωμένοι με συγκεκριμένους κανόνες σύνταξης ενδέχεται να εισάγουν ακούσια μη έγκυρη σήμανση, η οποία με τη σειρά της μπορεί να προκαλέσει προβλήματα μορφοποίησης ή ακόμα και αποτυχίες κατασκευής.
Η λειτουργία επεξεργασίας WYSIWYG του στατικού επεξεργαστή τοποθεσίας καταργεί ήδη την εισαγωγή από το πρόγραμμα επεξεργασίας για να αποτρέψει αυτά τα σφάλματα μορφοποίησης. Ωστόσο, αυτό σας εμποδίζει να αλλάξετε τις τιμές που είναι αποθηκευμένες σε αυτό το τμήμα χωρίς να επιστρέψετε στην επεξεργασία στη λειτουργία πηγής. Στο GitLab 13.4, μπορείτε να αποκτήσετε πρόσβαση σε οποιοδήποτε πεδίο και να επεξεργαστείτε την τιμή του σε μια οικεία διεπαφή που βασίζεται σε φόρμες. Όταν πατηθεί το κουμπί Ρυθμίσεις (ρυθμίσεις) θα ανοίξει ένας πίνακας που δείχνει ένα πεδίο φόρμας για κάθε κλειδί που ορίστηκε στην αρχή. Τα πεδία συμπληρώνονται με την τρέχουσα τιμή και η επεξεργασία οποιουδήποτε από αυτά είναι τόσο απλή όσο η εισαγωγή του στη φόρμα Ιστού. Η επεξεργασία της εισαγωγής με αυτόν τον τρόπο αποφεύγει τη σύνθετη σύνταξη και σας δίνει τον πλήρη έλεγχο του περιεχομένου, διασφαλίζοντας παράλληλα τη μορφοποίηση του τελικού αποτελέσματος με συνέπεια.
Για χρήστες Jira στο GitLab: Εφαρμογή GitLab για Jira и Υποδοχή DVCS σας επιτρέπει να εμφανίζετε πληροφορίες σχετικά με τις δεσμεύσεις και τα αιτήματα συγχώνευσης του GitLab απευθείας στο Jira. Σε συνδυασμό με την ενσωματωμένη μας ενσωμάτωση Jira, μπορείτε εύκολα να μετακινηθείτε μεταξύ των δύο εφαρμογών καθώς εργάζεστε.
Αυτές οι λειτουργίες προηγουμένως ήταν διαθέσιμες μόνο στο πρόγραμμα Premium, αλλά τώρα είναι διαθέσιμες σε όλους τους χρήστες!
Ένα σύμπλεγμα Gitaly σάς επιτρέπει να αναπαράγετε τα αποθετήρια Git σε πολλούς «θερμούς» κόμβους Gitaly. Αυτό αυξάνει την ανοχή σφαλμάτων εξαλείφοντας μεμονωμένα σημεία αστοχίας. Συναλλακτικές Λειτουργίες, που εισήχθη στο GitLab 13.3, προκαλούν τη μετάδοση αλλαγών σε όλους τους κόμβους Gitaly στο σύμπλεγμα, αλλά μόνο οι κόμβοι Gitaly που ψηφίζουν σε συμφωνία με τον πρωτεύοντα κόμβο αποθηκεύουν τις αλλαγές στο δίσκο. Εάν όλοι οι κόμβοι αντιγράφου δεν συμφωνούν, μόνο ένα αντίγραφο της αλλαγής θα αποθηκευτεί στο δίσκο, δημιουργώντας ένα μόνο σημείο αποτυχίας μέχρι να ολοκληρωθεί η ασύγχρονη αναπαραγωγή.
Η ψηφοφορία κατά πλειοψηφία βελτιώνει την ανοχή σφαλμάτων απαιτώντας τη συγκατάθεση της πλειοψηφίας των κόμβων (όχι όλων) πριν από την αποθήκευση των αλλαγών στο δίσκο. Εάν αυτή η δυνατότητα εναλλαγής είναι ενεργοποιημένη, η εγγραφή θα πρέπει να είναι επιτυχημένη σε πολλούς κόμβους. Οι διαφωνούντες κόμβοι συγχρονίζονται αυτόματα χρησιμοποιώντας ασύγχρονη αναπαραγωγή από εκείνους τους κόμβους που έχουν σχηματίσει απαρτία.
Τα έργα όπου οι άνθρωποι γράφουν διαμορφώσεις σε JSON ή YAML είναι συχνά επιρρεπείς σε προβλήματα, επειδή είναι εύκολο να κάνετε ένα τυπογραφικό λάθος και να σπάσετε κάτι. Είναι δυνατή η εγγραφή εργαλείων επιθεώρησης για την αντιμετώπιση αυτών των ζητημάτων στη διοχέτευση CI, αλλά η χρήση ενός αρχείου σχήματος JSON μπορεί να είναι χρήσιμη για την παροχή τεκμηρίωσης και υποδείξεων.
Οι συμμετέχοντες στο έργο μπορούν να ορίσουν στο αποθετήριο τους τη διαδρομή προς ένα προσαρμοσμένο σχήμα σε ένα αρχείο .gitlab/.gitlab-webide.yml, το οποίο καθορίζει το σχήμα και τη διαδρομή προς τα αρχεία που θα ελεγχθούν. Όταν φορτώνετε ένα συγκεκριμένο αρχείο στο Web IDE, θα δείτε πρόσθετα σχόλια και επικύρωση που θα σας βοηθήσουν να δημιουργήσετε το αρχείο.
Εάν χρησιμοποιείτε μεταφορείς με κατευθυνόμενο άκυκλο γράφημα (Directed Acyclic Graph (DAG)), μπορεί να διαπιστώσετε ότι υπάρχει ένα όριο 10 θέσεων εργασίας που μπορεί να καθορίσει μια εργασία needs:, πολύ σκληρός. Στην έκδοση 13.4, το προεπιλεγμένο όριο αυξήθηκε από 10 σε 50 για να επιτρέψει πιο πολύπλοκα δίκτυα σχέσεων μεταξύ των εργασιών στις αγωγές σας.
Εάν είστε διαχειριστής μιας προσαρμοσμένης παρουσίας του GitLab, μπορείτε να αυξήσετε αυτό το όριο ακόμη υψηλότερα ρυθμίζοντας μια δυνατότητα εναλλαγής, αν και δεν προσφέρουμε επίσημη υποστήριξη για αυτό.
Σε ορισμένες περιπτώσεις, μια χαμένη εργασία σε έναν αγωγό θα μπορούσε εσφαλμένα να θεωρηθεί επιτυχής για εξαρτήσεις που καθορίζονται στο needs, το οποίο προκάλεσε την εκτέλεση επακόλουθων εργασιών, κάτι που δεν έπρεπε να συμβεί. Αυτή η συμπεριφορά έχει διορθωθεί στην έκδοση 13.4 και needs χειρίζεται πλέον σωστά περιπτώσεις χαμένων εργασιών.
Το GitLab πλέον κλειδώνει αυτόματα την τελευταία επιτυχημένη εργασία και το τεχνούργημα διοχέτευσης σε οποιονδήποτε ενεργό κλάδο, αίτημα συγχώνευσης ή ετικέτα για να αποτρέψει τη διαγραφή του μετά τη λήξη. Γίνεται πιο εύκολο να ορίσετε πιο επιθετικούς κανόνες λήξης για τον καθαρισμό παλαιών τεχνουργημάτων. Αυτό συμβάλλει στη μείωση της κατανάλωσης χώρου στο δίσκο και διασφαλίζει ότι έχετε πάντα ένα αντίγραφο του πιο πρόσφατου τεχνουργήματος από τη διοχέτευση.
Η βελτιστοποίηση του αγωγού CI/CD μπορεί να βελτιώσει την ταχύτητα παράδοσης και να εξοικονομήσει χρήματα. Βελτιώσαμε την τεκμηρίωσή μας για να συμπεριλάβουμε έναν γρήγορο οδηγό για να αξιοποιήσετε στο έπακρο τη βελτιστοποίηση των αγωγών σας.
Έκθεση δοκιμής μονάδας είναι ένας εύκολος τρόπος για να δείτε τα αποτελέσματα όλων των δοκιμών σε έναν αγωγό. Ωστόσο, με μεγάλο αριθμό δοκιμών, η εύρεση των αποτυχημένων δοκιμών μπορεί να διαρκέσει πολύ. Άλλα ζητήματα που μπορεί να κάνουν την αναφορά δύσκολη στη χρήση περιλαμβάνουν τη δυσκολία κύλισης στις εξόδους μεγάλου ίχνους και τη στρογγυλοποίηση του χρόνου στο μηδέν για δοκιμές που εκτελούνται σε λιγότερο από 1 δευτερόλεπτο. Τώρα, από προεπιλογή, κατά την ταξινόμηση μιας αναφοράς δοκιμής, τοποθετεί πρώτα τις αποτυχημένες δοκιμές στην αρχή της αναφοράς και, στη συνέχεια, ταξινομεί τις δοκιμές κατά διάρκεια. Αυτό διευκολύνει την εύρεση αποτυχιών και μακρών δοκιμών. Επιπλέον, οι διάρκειες δοκιμής εμφανίζονται πλέον σε χιλιοστά του δευτερολέπτου ή δευτερολέπτων, καθιστώντας τις πολύ πιο γρήγορα στην ανάγνωσή τους, ενώ έχουν επίσης επιλυθεί προηγούμενα προβλήματα κύλισης.
Υπάρχουν πλέον όρια στο μέγεθος των αρχείων πακέτων που μπορούν να μεταφορτωθούν στο μητρώο πακέτων GitLab. Έχουν προστεθεί περιορισμοί για τη βελτιστοποίηση της απόδοσης του μητρώου πακέτων και την αποφυγή κατάχρησης. Τα όρια ποικίλλουν ανάλογα με τη μορφή του πακέτου. Για το GitLab.com, τα μέγιστα μεγέθη αρχείων είναι:
Conan: 250MB
Maven: 3 GB
NPM: 300MB
NuGet: 250MB
PyPI: 3 GB
Για προσαρμοσμένες παρουσίες GitLab, οι προεπιλογές είναι οι ίδιες. Ωστόσο, ο διαχειριστής μπορεί να ενημερώσει τους περιορισμούς χρησιμοποιώντας Κονσόλες Rails.
Μπορείτε να χρησιμοποιήσετε το αποθετήριο PyPI του GitLab για να δημιουργήσετε, να δημοσιεύσετε και να μοιραστείτε πακέτα Python μαζί με πηγαίο κώδικα και αγωγούς CI/CD. Ωστόσο, προηγουμένως δεν μπορούσατε να πραγματοποιήσετε έλεγχο ταυτότητας στο αποθετήριο χρησιμοποιώντας μια προκαθορισμένη μεταβλητή περιβάλλοντος CI_JOB_TOKEN. Ως αποτέλεσμα, έπρεπε να χρησιμοποιήσετε τα προσωπικά σας διαπιστευτήρια για να ενημερώσετε το αποθετήριο PyPI ή μπορεί να αποφασίσατε να μην χρησιμοποιήσετε καθόλου το αποθετήριο.
Τώρα είναι πιο εύκολο να χρησιμοποιήσετε το GitLab CI/CD για να δημοσιεύσετε και να εγκαταστήσετε πακέτα PyPI χρησιμοποιώντας μια προκαθορισμένη μεταβλητή περιβάλλοντος CI_JOB_TOKEN.
Στη σάρωση DAST κατ' απαίτηση που ήταν παρουσιάστηκε σε προηγούμενη έκδοση, προστέθηκαν προφίλ σαρωτή DAST. Επεκτείνουν τις δυνατότητες διαμόρφωσης αυτών των σαρώσεων, επιτρέποντάς σας να δημιουργήσετε γρήγορα πολλαπλά προφίλ για να καλύψετε πολλούς τύπους σάρωσης. Στην έκδοση 13.4, το προφίλ ανιχνευτή περιλαμβάνει εγγενώς μια ρύθμιση χρονικού ορίου λήξης προγράμματος ανίχνευσης που ορίζει τη διάρκεια λειτουργίας του προγράμματος ανίχνευσης DAST καθώς προσπαθεί να ανακαλύψει όλες τις σελίδες ενός ιστότοπου που έχει ανιχνευτεί. Το προφίλ περιλαμβάνει επίσης μια ρύθμιση χρονικού ορίου λήξης ιστότοπου για να ορίσετε πόσο χρόνο θα πρέπει να περιμένει ο ανιχνευτής για να γίνει προσβάσιμος ένας ιστότοπος προτού ματαιώσει την ανίχνευση εάν ο ιστότοπος δεν ανταποκρίνεται με κωδικό κατάστασης 200 ή 300. Καθώς συνεχίζουμε τη βελτίωση Αυτή η δυνατότητα θα είναι προστίθεται στο προφίλ του σαρωτή σε μελλοντικές εκδόσεις· θα προστεθούν πρόσθετες παράμετροι διαμόρφωσης.
Εάν χρησιμοποιείτε Σελίδες GitLab και θέλετε να διαχειρίζεστε καλύτερα τις αλλαγές διευθύνσεων URL, μπορεί να έχετε παρατηρήσει ότι η διαχείριση ανακατευθύνσεων στον ιστότοπό σας των Σελίδων GitLab δεν ήταν δυνατή. Το GitLab σάς επιτρέπει τώρα να διαμορφώνετε κανόνες για να ανακατευθύνουν τη μια διεύθυνση URL σε μια άλλη για τον ιστότοπο Σελίδων σας, προσθέτοντας ένα αρχείο διαμόρφωσης στο χώρο αποθήκευσης. Αυτή η δυνατότητα έγινε δυνατή χάρη στη συμβολή του Kevin Barnett (@PopeDrFreud), ο Έρικ Ίστγουντ μας (@MadLittleMods) και ομάδες GitLab. Ευχαριστώ όλους για τη συμβολή σας.
Η πρόσβαση σε προηγούμενες εκδόσεις της κατάστασης Terraform είναι απαραίτητη τόσο για συμμόρφωση όσο και για εντοπισμό σφαλμάτων εάν είναι απαραίτητο. Παρέχεται υποστήριξη για την έκδοση της κατάστασης Terraform που διαχειρίζεται το GitLab ξεκινώντας από το GitLab 13.4. Η έκδοση εκδόσεων ενεργοποιείται αυτόματα για νέα αρχεία κατάστασης Terraform. Τα υπάρχοντα αρχεία κατάστασης Terraform θα είναι μεταφέρθηκε αυτόματα στο αποθετήριο με έκδοση σε μεταγενέστερη έκδοση.
Κατά την επεξεργασία περιστατικών, πρέπει να μπορείτε εύκολα να προσδιορίσετε πόσο καιρό ήταν ανοιχτή μια ειδοποίηση και πόσες φορές ενεργοποιήθηκε το συμβάν. Αυτές οι λεπτομέρειες είναι συχνά κρίσιμες για τον προσδιορισμό του αντίκτυπου στον πελάτη και του τι πρέπει πρώτα να αντιμετωπίσει η ομάδα σας. Στο νέο πλαίσιο "Λεπτομέρειες περιστατικού", εμφανίζουμε την ώρα έναρξης ειδοποίησης, τον αριθμό των συμβάντων και έναν σύνδεσμο προς την αρχική ειδοποίηση. Αυτές οι πληροφορίες είναι διαθέσιμες για περιστατικά που δημιουργούνται από ειδοποιήσεις.
Η διάσταση Σοβαρότητα Συμβάντος επιτρέπει στους ανταποκριτές και στους ενδιαφερόμενους να προσδιορίσουν τον αντίκτυπο μιας διακοπής λειτουργίας, καθώς και τη μέθοδο και τον επείγοντα χαρακτήρα της απόκρισης. Καθώς η ομάδα σας μοιράζεται αποτελέσματα κατά την επίλυση και την ανάκτηση περιστατικών, μπορεί να αλλάξει αυτήν τη ρύθμιση. Τώρα μπορείτε να επεξεργαστείτε τη σοβαρότητα ενός περιστατικού στη δεξιά πλαϊνή γραμμή της σελίδας Λεπτομέρειες περιστατικού και η σοβαρότητα εμφανίζεται στη λίστα των περιστατικών.
Αυτή η βελτίωση στο πρόγραμμα επεξεργασίας κανόνων ασφάλειας δικτύου κοντέινερ επιτρέπει στους χρήστες να δημιουργούν, να επεξεργάζονται και να διαγράφουν εύκολα τους κανόνες τους απευθείας από τη διεπαφή χρήστη του GitLab. Τα χαρακτηριστικά του επεξεργαστή περιλαμβάνουν .yaml για έμπειρους χρήστες και πρόγραμμα επεξεργασίας κανόνων με διαισθητική διεπαφή για όσους είναι νέοι σε κανόνες δικτύου. Μπορείτε να βρείτε νέες επιλογές διαχείρισης κανόνων στην ενότητα Ασφάλεια και συμμόρφωση > Διαχείριση απειλών > Κανόνες (Ασφάλεια και συμμόρφωση > Διαχείριση απειλών > Πολιτικές).
Τόσο το GitLab όσο και το GitLab Runner υποστηρίζουν πλέον Αποθήκευση Azure blob, διευκολύνοντας την εκτέλεση των υπηρεσιών GitLab στο Azure.
Οι παρουσίες του GitLab υποστηρίζουν το Azure για όλους τους τύπους αποθήκευσης αντικειμένων, συμπεριλαμβανομένων αρχείων LFS, τεχνουργημάτων CI και αντίγραφα ασφαλείας. Για να ρυθμίσετε τον χώρο αποθήκευσης Azure Blob, ακολουθήστε τις οδηγίες εγκατάστασης Omnibus ή Διάγραμμα τιμόνι.
Οι επεξεργαστές εργασιών GitLab υποστηρίζουν επίσης το Azure για αποθήκευση κατανεμημένη κρυφή μνήμη. Η αποθήκευση Azure μπορεί να διαμορφωθεί χρησιμοποιώντας την ενότητα [runners.cache.azure].
Ως απάντηση στην αυξανόμενη ζήτηση για υποστήριξη για τη λειτουργία του GitLab σε αρχιτεκτονική ARM 64-bit, είμαστε στην ευχάριστη θέση να ανακοινώσουμε τη διαθεσιμότητα του επίσημου πακέτου ARM64 Ubuntu 20.04 Omnibus. Ευχαριστούμε πολύ τους Zitai Chen και Guillaume Gardet για τις τεράστιες συνεισφορές που έκαναν - τα αιτήματά τους για συγχώνευση έπαιξαν καθοριστικό ρόλο σε αυτό!
Για να κατεβάσετε και να εγκαταστήσετε το πακέτο για το Ubuntu 20.04, μεταβείτε στη σελίδα μας σελίδα εγκατάστασης και επιλέξτε Ubuntu.
Οι έξυπνες κάρτες, όπως οι κάρτες Common Access (CAC), μπορούν τώρα να χρησιμοποιηθούν για έλεγχο ταυτότητας σε μια παρουσία GitLab που αναπτύσσεται μέσω του γραφήματος Helm. Οι έξυπνες κάρτες ελέγχονται σε μια τοπική βάση δεδομένων χρησιμοποιώντας πιστοποιητικά X.509. Με αυτό, η υποστήριξη έξυπνης κάρτας με Helm chart είναι πλέον σύμφωνη με την υποστήριξη έξυπνων καρτών που είναι διαθέσιμη στις αναπτύξεις Omnibus.