GitLab 11.10 với quy trình bảng điều khiển, quy trình kết quả được hợp nhất và đề xuất nhiều dòng trong yêu cầu hợp nhất.
Thông tin thuận tiện về hiệu suất của đường ống trong các dự án khác nhau
GitLab tiếp tục tăng khả năng hiển thị về vòng đời DevOps. Trong số này trên đã thêm một cái nhìn tổng quan về trạng thái đường ống.
Điều này thuận tiện ngay cả khi bạn đang nghiên cứu quy trình của một dự án duy nhất, nhưng đặc biệt hữu ích nếu , - và điều này thường xảy ra nếu bạn sử dụng vi dịch vụ và muốn chạy một quy trình để thử nghiệm và phân phối mã từ các kho lưu trữ dự án khác nhau. Bây giờ bạn có thể thấy ngay hiệu suất , bất cứ nơi nào chúng được thực hiện.
Chạy đường ống cho kết quả được hợp nhất
Theo thời gian, nhánh nguồn và nhánh đích sẽ khác nhau và có thể nảy sinh tình huống chúng hoạt động riêng biệt nhưng không hoạt động cùng nhau. Bây giờ bạn có thể . Bằng cách này, bạn sẽ nhanh chóng nhận thấy các lỗi chỉ xuất hiện nếu các thay đổi thường xuyên được di chuyển giữa các nhánh, điều đó có nghĩa là bạn sẽ sửa lỗi quy trình nhanh hơn nhiều và sẽ sử dụng .
Tối ưu hóa hơn nữa sự hợp tác
GitLab 11.10 thậm chí còn bổ sung thêm nhiều tính năng hơn để cộng tác liền mạch và đơn giản hóa quy trình làm việc. TRONG chúng tôi đã giới thiệu các đề xuất cho yêu cầu hợp nhất, trong đó người đánh giá có thể đề xuất thay đổi một dòng trong nhận xét thành yêu cầu hợp nhất và yêu cầu đó có thể được thực hiện ngay lập tức trực tiếp từ chuỗi nhận xét. Người dùng của chúng tôi thích nó và yêu cầu mở rộng tính năng này. Bây giờ bạn có thể cung cấp , cho biết dòng nào cần xóa và dòng nào cần thêm.
Cảm ơn phản hồi và đề xuất của bạn!
Và điều đó không phải tất cả…
Có rất nhiều tính năng tuyệt vời trong phiên bản này, ví dụ: , kỹ lưỡng hơn , và cơ hội . Dưới đây là thông tin chi tiết về từng người trong số họ.
Nhân viên có giá trị nhất tháng này () — Takuya Noguchi
Nhân viên có giá trị nhất tháng này là Takuya Noguchi (). Takuya : đã sửa lỗi, hoàn thiện các thiếu sót ở phần phụ trợ và giao diện người dùng, đồng thời cải thiện giao diện người dùng. Cảm ơn!
Tính năng chính của GitLab 11.10
Đường ống trên bảng điều khiển
CAO CẤP, TUYỆT VỜI, BẠC, VÀNG
Trang tổng quan trong GitLab hiển thị thông tin về các dự án trên toàn bộ phiên bản GitLab của bạn. Bạn thêm từng dự án riêng lẻ và có thể chọn dự án nào bạn quan tâm.
Trong bản phát hành này, chúng tôi đã thêm thông tin về trạng thái quy trình vào trang tổng quan. Giờ đây, các nhà phát triển có thể thấy chức năng của đường ống trong tất cả các dự án cần thiết - trong một giao diện.
Quy trình cho kết quả được hợp nhất
CAO CẤP, TUYỆT VỜI, BẠC, VÀNG
Việc nhánh nguồn sẽ tách khỏi nhánh đích theo thời gian là điều bình thường trừ khi bạn liên tục thực hiện các thay đổi giữa chúng. Kết quả là, các đường ống nhánh nguồn và đích là “xanh” và không có xung đột hợp nhất, nhưng việc hợp nhất không thành công do những thay đổi không tương thích.
Khi quy trình yêu cầu hợp nhất tự động tạo một liên kết mới chứa kết quả tổng hợp của việc hợp nhất các nhánh nguồn và đích, chúng tôi có thể chạy quy trình trên liên kết đó và đảm bảo rằng kết quả tổng thể đang hoạt động.
Nếu bạn đang sử dụng quy trình yêu cầu hợp nhất (ở mọi khả năng) và sử dụng trình chạy GitLab riêng tư phiên bản 11.8 trở lên, bạn sẽ cần cập nhật chúng để tránh sự cố này . Điều này không ảnh hưởng đến người dùng của người chạy GitLab công cộng.
Đề xuất thay đổi trên nhiều dòng
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
Khi cùng nhau thực hiện các yêu cầu hợp nhất, các bạn thường phát hiện ra vấn đề và đề xuất giải pháp. Kể từ GitLab 11.6, chúng tôi hỗ trợ cho một dòng.
Trong phiên bản 11.10, các nhận xét khác biệt về yêu cầu hợp nhất có thể đề xuất các thay đổi cho nhiều dòng và sau đó bất kỳ ai có quyền ghi vào nhánh ban đầu đều có thể chấp nhận chúng chỉ bằng một cú nhấp chuột. Nhờ tính năng mới, bạn có thể tránh việc sao chép-dán như trong các phiên bản trước.
Các phím tắt trong một khu vực
CAO CẤP, TUYỆT VỜI, BẠC, VÀNG
Với các nhãn trong cùng phạm vi, các nhóm có thể áp dụng các nhãn loại trừ lẫn nhau (trong cùng phạm vi) cho một vấn đề, yêu cầu hợp nhất hoặc sử thi trong các tình huống có trường tùy chỉnh hoặc trạng thái quy trình làm việc tùy chỉnh. Chúng được cấu hình bằng cú pháp dấu hai chấm đặc biệt trong tiêu đề nhãn.
Giả sử bạn cần một trường tùy chỉnh trong các tác vụ để theo dõi hệ điều hành của nền tảng mà các chức năng của bạn đang nhắm mục tiêu. Mỗi nhiệm vụ chỉ được liên quan đến một nền tảng. Bạn có thể tạo lối tắt platform::iOS, platform::Android, platform::Linux và những người khác khi cần thiết. Nếu bạn áp dụng một phím tắt như vậy cho một tác vụ, nó sẽ tự động xóa một phím tắt hiện có khác bắt đầu bằng platform::.
Giả sử bạn có phím tắt workflow::development, workflow::review и workflow::deployed, cho biết trạng thái quy trình làm việc của nhóm bạn. Nếu tác vụ đã có phím tắt workflow::developmentvà nhà phát triển muốn chuyển nhiệm vụ sang giai đoạn workflow::review, nó chỉ áp dụng phím tắt mới và phím tắt cũ (workflow::development) sẽ tự động bị xóa. Hành vi này đã tồn tại khi bạn di chuyển nhiệm vụ giữa các danh sách phím tắt trên bảng nhiệm vụ thể hiện quy trình làm việc của nhóm bạn. Giờ đây, các thành viên trong nhóm không làm việc trực tiếp với bảng nhiệm vụ có thể tự thay đổi trạng thái quy trình làm việc trong các nhiệm vụ.
Làm sạch sổ đăng ký container kỹ lưỡng hơn
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
Khi bạn thường sử dụng sổ đăng ký vùng chứa với quy trình CI, bạn sẽ đẩy nhiều thay đổi riêng biệt vào một thẻ duy nhất. Do việc triển khai phân phối của Docker, hành vi mặc định là lưu tất cả các thay đổi đối với hệ thống, nhưng cuối cùng chúng lại chiếm rất nhiều bộ nhớ. Nếu bạn sử dụng tham số -m с registry-garbage-collect, bạn có thể nhanh chóng xóa tất cả các thay đổi trước đó và giải phóng dung lượng quý giá.
Mua thêm số phút chạy CI
ĐỒNG, BẠC, VÀNG
Người dùng có gói GitLab.com trả phí (Vàng, Bạc, Đồng) hiện có thể mua thêm số phút CI Runner. Trước đây, phải đạt chỉ tiêu quy định trong kế hoạch. Với cải tiến này, bạn có thể mua trước số phút vượt quá hạn mức để tránh bị gián đoạn do ngừng hoạt động đường ống.
Hiện tại, 1000 phút có giá 8 đô la và bạn có thể mua bao nhiêu tùy thích. Số phút bổ sung sẽ bắt đầu được sử dụng khi bạn đã sử dụng hết hạn mức hàng tháng của mình và số phút bổ sung còn lại sẽ được chuyển sang tháng tiếp theo. TRONG chúng tôi cũng muốn thêm tính năng này vào các gói miễn phí.
DevOps tự động có thể kết hợp
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
Với Auto DevOps, các nhóm chuyển sang thực hành DevOps hiện đại mà hầu như không cần nỗ lực. Bắt đầu với GitLab 11.10, mỗi công việc trong Auto DevOps được cung cấp dưới dạng . Người dùng có thể sử dụng trong GitLab CI để kích hoạt các giai đoạn riêng lẻ của Auto DevOps và đồng thời sử dụng tệp tùy chỉnh của bạn gitlab-ci.yml. Bằng cách này, bạn chỉ có thể kích hoạt những công việc bạn cần và tận dụng các bản cập nhật ngược dòng.
Tự động quản lý thành viên nhóm trên GitLab.com bằng SCIM
VÀNG BẠC
Trước đây, bạn phải quản lý tư cách thành viên nhóm trên GitLab.com theo cách thủ công. Giờ đây, bạn có thể sử dụng SAML SSO và quản lý tư cách thành viên bằng SCIM để tạo, xóa và cập nhật người dùng trên GitLab.com.
Điều này đặc biệt hữu ích cho các công ty có số lượng lớn người dùng và nhà cung cấp danh tính tập trung. Giờ đây, bạn có thể có một nguồn thông tin xác thực duy nhất, chẳng hạn như Azure Active Directory và người dùng sẽ được tạo và xóa tự động thông qua nhà cung cấp danh tính thay vì theo cách thủ công.
Đăng nhập vào GitLab.com thông qua Nhà cung cấp SAML
VÀNG BẠC
Trước đây, khi sử dụng SAML SSO cho nhóm, người dùng bắt buộc phải đăng nhập bằng thông tin đăng nhập GitLab và nhà cung cấp danh tính. Giờ đây, bạn có thể đăng nhập trực tiếp qua SSO với tư cách là người dùng GitLab được liên kết với một nhóm đã định cấu hình.
Người dùng sẽ không phải đăng nhập hai lần, giúp các công ty sử dụng SAML SSO cho GitLab.com dễ dàng hơn.
Những cải tiến khác trong GitLab 11.10
Lược đồ sử thi trẻ em
TUYỆT VỜI, VÀNG
Trong bản phát hành trước, chúng tôi đã thêm các sử thi con (epics of epics) để giúp bạn quản lý cơ cấu phân bổ công việc của mình. Sử thi con xuất hiện trên trang sử thi gốc.
Trong bản phát hành này, trang sử thi gốc hiển thị bản phác thảo về sử thi con để các nhóm có thể xem dòng thời gian của sử thi con và có thể quản lý các yếu tố phụ thuộc về thời gian.
Hợp nhất các màn hình bật lên yêu cầu
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
Trong bản phát hành này, chúng tôi sẽ giới thiệu các màn hình thông tin bật lên khi bạn di chuột qua liên kết yêu cầu hợp nhất. Trước đây, chúng tôi chỉ hiển thị tiêu đề yêu cầu hợp nhất nhưng bây giờ chúng tôi cũng hiển thị trạng thái yêu cầu hợp nhất, trạng thái quy trình CI và URL ngắn.
Chúng tôi dự định bổ sung thêm thông tin quan trọng trong các bản phát hành trong tương lai, ví dụ: và chúng tôi cũng sẽ giới thiệu màn hình bật lên cho .
Lọc yêu cầu hợp nhất theo nhánh mục tiêu
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
Quy trình làm việc của Git để phát hành hoặc vận chuyển phần mềm thường liên quan đến nhiều nhánh dài hạn—để sửa lỗi cho các phiên bản trước (ví dụ: stable-11-9) hoặc chuyển từ kiểm tra chất lượng sang sản xuất (ví dụ: integration), nhưng không dễ để tìm thấy các yêu cầu hợp nhất cho các nhánh này trong số rất nhiều yêu cầu hợp nhất đang mở.
Danh sách yêu cầu hợp nhất cho các dự án và nhóm hiện có thể được lọc theo nhánh mục tiêu của yêu cầu hợp nhất để giúp bạn tìm thấy yêu cầu bạn cần dễ dàng hơn.
Cảm ơn bạn, Hiroyuki Sato ()!
Gửi và hợp nhất khi đường ống thành công
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
Nếu sử dụng phương pháp phát triển Trunk-based, chúng ta nên tránh các nhánh tồn tại lâu dài mà ưu tiên các nhánh nhỏ, tạm thời có một chủ sở hữu duy nhất. Những thay đổi nhỏ thường được đẩy trực tiếp đến nhánh mục tiêu, nhưng làm như vậy có nguy cơ phá vỡ bản dựng.
Với bản phát hành này, GitLab hỗ trợ các tùy chọn đẩy Git mới để tự động mở các yêu cầu hợp nhất, đặt nhánh mục tiêu và thực thi hợp nhất trên một quy trình thành công từ dòng lệnh tại thời điểm đẩy tới nhánh.
Cải thiện tích hợp với bảng điều khiển bên ngoài
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
GitLab có thể truy cập nhiều máy chủ Prometheus (môi trường, dự án và ), nhưng việc có nhiều điểm cuối có thể tăng thêm độ phức tạp hoặc có thể không được trang tổng quan tiêu chuẩn hỗ trợ. Với bản phát hành này, các nhóm có thể sử dụng một API Prometheus duy nhất, giúp việc tích hợp với các dịch vụ như Grafana trở nên dễ dàng hơn nhiều.
Sắp xếp các trang Wiki theo ngày tạo
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
Trong Wiki dự án, các nhóm có thể chia sẻ tài liệu và thông tin quan trọng khác cùng với mã nguồn và nhiệm vụ. Với bản phát hành này, bạn có thể sắp xếp danh sách các trang Wiki theo ngày tạo và tiêu đề để nhanh chóng tìm thấy nội dung được tạo gần đây.
Giám sát tài nguyên theo yêu cầu của cụm
TUYỆT VỜI, VÀNG
GitLab giúp bạn giám sát cụm Kubernetes cho các ứng dụng phát triển và sản xuất. Bắt đầu với bản phát hành này, hãy theo dõi các yêu cầu CPU và bộ nhớ từ cụm của bạn để phát hiện các sự cố tiềm ẩn trước khi chúng trở thành sự cố.
Xem số liệu của Load Balancer trong Bảng điều khiển Grafana
CỐT LÕI, KHỞI ĐẦU, CAO CẤP, TUYỆT VỜI
Điều rất quan trọng là phải theo dõi tình trạng của phiên bản GitLab của bạn. Trước đây, chúng tôi đã cung cấp bảng thông tin mặc định thông qua phiên bản Grafana được nhúng. Bắt đầu với bản phát hành này, chúng tôi đã đưa vào các trang tổng quan bổ sung để giám sát bộ cân bằng tải NGINX.
SAST cho thuốc tiên
TUYỆT VỜI, VÀNG
Chúng tôi tiếp tục mở rộng hỗ trợ ngôn ngữ và tăng cường kiểm tra bảo mật. Trong bản phát hành này, chúng tôi đã kích hoạt kiểm tra bảo mật cho các dự án trên và các dự án được tạo ra trên .
Nhiều truy vấn trong một sơ đồ
CAO CẤP, TUYỆT VỜI, BẠC, VÀNG
Trong GitLab, bạn có thể tạo biểu đồ để trực quan hóa số liệu bạn thu thập. Ví dụ: thông thường, nếu bạn cần xem giá trị tối đa hoặc trung bình của một số liệu, bạn muốn hiển thị một số giá trị trên một biểu đồ. Bắt đầu với bản phát hành này, bạn có cơ hội này.
Kết quả DAST trên Bảng điều khiển bảo mật nhóm
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
Chúng tôi đã thêm kết quả Kiểm tra bảo mật ứng dụng động (DAST) vào bảng thông tin bảo mật của nhóm bên cạnh SAST, quét vùng chứa và quét phụ thuộc.
Thêm siêu dữ liệu vào báo cáo quét vùng chứa
TUYỆT VỜI, VÀNG
Trong bản phát hành này, Báo cáo quét vùng chứa chứa nhiều siêu dữ liệu hơn - chúng tôi đã thêm thành phần bị ảnh hưởng (một tính năng của Clair) vào siêu dữ liệu hiện có: mức độ ưu tiên, ID (có tham chiếu đến mitre.org) và mức độ bị ảnh hưởng (ví dụ: debian:8).
Thêm loại báo cáo số liệu để hợp nhất các yêu cầu
CAO CẤP, TUYỆT VỜI, BẠC, VÀNG
GitLab đã cung cấp một số loại báo cáo có thể được đưa trực tiếp vào các yêu cầu hợp nhất: từ báo cáo đến и ở giai đoạn xác minh cho đến khi и ở giai đoạn bảo vệ.
Mặc dù đây là những báo cáo quan trọng nhưng cũng cần có thông tin cơ bản phù hợp với các tình huống khác nhau. Trong GitLab 11.10, chúng tôi cung cấp báo cáo số liệu trực tiếp trong yêu cầu hợp nhất, yêu cầu này yêu cầu một cặp khóa-giá trị đơn giản. Bằng cách này, người dùng theo dõi các thay đổi theo thời gian, bao gồm số liệu tùy chỉnh và những thay đổi về số liệu cho một yêu cầu hợp nhất cụ thể. Việc sử dụng bộ nhớ, kiểm tra khối lượng công việc chuyên biệt và trạng thái tình trạng có thể được chuyển đổi thành các số liệu đơn giản có thể xem trực tiếp trong các yêu cầu hợp nhất cùng với các báo cáo tích hợp khác.
Hỗ trợ các dự án Maven đa mô-đun để quét phụ thuộc
TUYỆT VỜI, VÀNG
Với bản phát hành này, các dự án Maven đa mô-đun hỗ trợ quét phụ thuộc GitLab. Trước đây, nếu một mô-đun con có sự phụ thuộc vào một mô-đun con khác cùng cấp, nó không thể cho phép tải từ kho lưu trữ Maven trung tâm. Giờ đây, một dự án Maven nhiều mô-đun đã được tạo với hai mô-đun và phần phụ thuộc giữa hai mô-đun đó. Các phần phụ thuộc giữa các mô-đun anh chị em hiện có sẵn trong kho lưu trữ Maven cục bộ để quá trình xây dựng có thể tiếp tục.
Người dùng có thể thay đổi đường dẫn nhân bản trong CI
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
Theo mặc định, GitLab Runner sao chép dự án vào một đường dẫn con duy nhất trong $CI_BUILDS_DIR. Nhưng đối với một số dự án, như Golang, mã cần phải được sao chép vào một thư mục cụ thể để có thể xây dựng được.
Trong GitLab 11.10, chúng tôi đã giới thiệu biến GIT_CLONE_PATH, cho phép bạn chỉ định một đường dẫn cụ thể nơi GitLab Runner sao chép dự án trước khi thực hiện tác vụ.
Che giấu đơn giản các biến được bảo vệ trong nhật ký
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
GitLab cung cấp một số cách и các biến trong GitLab CI/CD. Tuy nhiên, các biến vẫn có thể xuất hiện trong nhật ký bản dựng, dù cố ý hay vô tình.
GitLab thực hiện nghiêm túc việc quản lý và kiểm tra rủi ro, đồng thời tiếp tục bổ sung các tính năng tuân thủ. Trong GitLab 11.10, chúng tôi đã giới thiệu khả năng che giấu một số loại biến nhất định trong nhật ký theo dõi công việc, bổ sung mức độ bảo vệ chống lại nội dung của các biến này vô tình được đưa vào nhật ký. Và bây giờ là GitLab nhiều biến mã thông báo tích hợp.
Bật hoặc tắt Auto DevOps ở cấp độ nhóm
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
Với Auto DevOps trong dự án GitLab.com, bạn có thể thực hiện các quy trình làm việc DevOps hiện đại từ quá trình xây dựng đến phân phối mà không gặp rắc rối.
Bắt đầu với GitLab 11.10, bạn có thể bật hoặc tắt Auto DevOps cho tất cả các dự án trong cùng một nhóm.
Trang giấy phép được đơn giản hóa và cải tiến
BẮT ĐẦU, CAO CẤP, TUYỆT VỜI
Để giúp việc quản lý khóa cấp phép thuận tiện và đơn giản hơn, chúng tôi đã thiết kế lại trang giấy phép trong bảng quản trị và nêu bật các yếu tố quan trọng nhất.
Cập nhật bộ chọn phím tắt để triển khai Kubernetes
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
Bảng triển khai hiển thị thông tin về tất cả các hoạt động triển khai Kubernetes.
Trong bản phát hành này, chúng tôi đã thay đổi cách ánh xạ các lối tắt tới các hoạt động triển khai. Các trận đấu hiện có sẵn bởi app.example.com/app и app.example.com/env hoặc app. Điều này sẽ tránh xung đột khi lọc và nguy cơ triển khai không chính xác liên quan đến dự án.
Ngoài ra, trong GitLab 12.0, chúng tôi và trận đấu sẽ chỉ có thể thực hiện được bởi app.example.com/app и app.example.com/env.
Tự động tạo tài nguyên Kubernetes
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
Tích hợp Kubernetes với GitLab cho phép bạn sử dụng tính năng RBAC bằng tài khoản dịch vụ và không gian tên dành riêng cho từng dự án GitLab. Bắt đầu với bản phát hành này, để đạt hiệu quả tối đa, những tài nguyên này sẽ chỉ được tạo khi cần để triển khai.
Khi triển khai Kubernetes, GitLab CI sẽ tạo các tài nguyên này trước khi triển khai.
Người chạy nhóm cho các cụm cấp nhóm
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
Các cụm cấp nhóm hiện hỗ trợ cài đặt GitLab Runner. Các trình chạy Kubernetes cấp nhóm xuất hiện trong các dự án con với tư cách là các trình chạy nhóm được gắn nhãn cluster и kubernetes.
Bộ đếm cuộc gọi cho các hàm Knative
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
Các tính năng được triển khai với , hiện hiển thị số lượng cuộc gọi nhận được cho một chức năng cụ thể. Để thực hiện việc này, bạn cần cài đặt Prometheus trên cụm nơi cài đặt Knative.
Kiểm soát thông số git clean cho các công việc CI/CD GitLab
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
Theo mặc định, GitLab Runner chạy git clean trong quá trình tải mã lên khi thực thi công việc trong GitLab CI/CD. Kể từ GitLab 11.10, người dùng có thể kiểm soát các tham số được truyền cho nhóm git clean. Điều này hữu ích cho các nhóm có người chạy chuyên dụng cũng như cho các nhóm thu thập dự án từ kho lưu trữ đơn lớn. Bây giờ họ có thể kiểm soát quá trình dỡ tải trước khi thực thi tập lệnh. Biến mới GIT_CLEAN_FLAGS giá trị mặc định là -ffdx và chấp nhận tất cả các tham số lệnh có thể [git clean](https://git-scm.com/docs/git-clean).
Ủy quyền bên ngoài trong Core
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
Môi trường an toàn có thể yêu cầu tài nguyên ủy quyền bên ngoài bổ sung để truy cập dự án. Chúng tôi đã thêm hỗ trợ cho cấp độ kiểm soát truy cập bổ sung trong và nhận được nhiều yêu cầu mở chức năng này trong Core. Chúng tôi rất vui được giới thiệu ủy quyền bên ngoài và lớp bảo mật bổ sung cho các phiên bản Core vì tính năng này cần thiết cho từng người tham gia.
Khả năng tạo dự án theo nhóm trong Core
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
Vai trò Nhà phát triển có thể tạo dự án theo nhóm , và bây giờ điều này có thể thực hiện được trong Core. Tạo dự án là một tính năng chính giúp tăng năng suất trong GitLab và bằng cách đưa tính năng này vào Core, giờ đây các thành viên phiên bản sẽ dễ dàng thực hiện điều gì đó mới hơn.
Á hậu GitLab 11.10
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
Hôm nay chúng tôi đã phát hành GitLab Runner 11.10! GitLab Runner là một dự án nguồn mở được sử dụng để chạy các công việc CI/CD và gửi kết quả trở lại GitLab.
Những thay đổi thú vị nhất:
- .
- .
- .
- .
- .
Danh sách đầy đủ các thay đổi có thể được tìm thấy trong nhật ký thay đổi GitLab Runner: .
Sửa chữa trả lại project_id trong API tìm kiếm blob trong Elaticsearch
BẮT ĐẦU, CAO CẤP, TUYỆT VỜI
Chúng tôi đã sửa lỗi trong API tìm kiếm blob Elaticsearch trả về sai 0 cho project_id. Nó sẽ cần thiết để có được các giá trị đúng project_id sau khi cài đặt phiên bản GitLab này.
Cải tiến Omnibus
CỐT LÕI, KHỞI ĐẦU, CAO CẤP, TUYỆT VỜI
Chúng tôi đã thực hiện những cải tiến sau cho Omnibus trong GitLab 11.10:
- GitLab 11.10 bao gồm , , bản phát hành mới nhất bao gồm một thư mục tích hợp mới để dễ dàng di chuyển dữ liệu từ Hipchat và hơn thế nữa. Phiên bản này bao gồm và chúng tôi khuyên bạn nên cập nhật.
- Chúng tôi và bây giờ thật dễ dàng để bắt đầu theo dõi phiên bản GitLab của bạn.
- Chúng tôi đã thêm hỗ trợ xóa hình ảnh vùng chứa cũ khỏi sổ đăng ký Docker.
- Chúng tôi đã cập nhật ca-certs đến ngày 2019-01-23.
Cải tiến hiệu suất
CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG
Chúng tôi tiếp tục cải thiện hiệu suất GitLab với mỗi bản phát hành cho các phiên bản GitLab thuộc mọi quy mô. Một số cải tiến trong GitLab 11.10:
- .
- .
- .
- .
- .
- .
- .
- .
Biểu đồ GitLab được cải tiến
CỐT LÕI, KHỞI ĐẦU, CAO CẤP, TUYỆT VỜI
Chúng tôi đã thực hiện những cải tiến sau cho biểu đồ GitLab:
- .
Tính năng lỗi thời
GitLab Geo sẽ cung cấp bộ lưu trữ băm trong GitLab 12.0
Yêu cầu địa lý GitLab để giảm thiểu sự cạnh tranh trên các nút thứ cấp. Điều này đã được ghi nhận ở .
Trong GitLab chúng tôi đã thêm yêu cầu này vào tài liệu Địa lý: .
Trong GitLab sudo gitlab-rake gitlab:geo:check kiểm tra xem bộ nhớ băm có được bật hay không và tất cả các dự án đều được di chuyển. Cm. . Nếu bạn đang sử dụng Geo, vui lòng chạy kiểm tra này và di chuyển càng sớm càng tốt.
Trong GitLab cảnh báo bị vô hiệu hóa vĩnh viễn sẽ được hiển thị trên trang Khu vực quản trị > Geo > Nodes, nếu các bước kiểm tra trên không được phép.
Trong GitLab Geo sẽ sử dụng các yêu cầu lưu trữ băm. Cm. .
Ngày xóa: Thành phố 22 Tháng Sáu 2019
Hỗ trợ Ubuntu 14.04
GitLab 11.10 sẽ là bản phát hành cuối cùng có .
Canonical thông báo chấm dứt hỗ trợ tiêu chuẩn cho Ubuntu 14.04 . Chúng tôi khuyên người dùng nên nâng cấp lên phiên bản LTS được hỗ trợ: Ubuntu 16.04 hoặc Ubuntu 18.04.
Ngày xóa: Thành phố 22 May 2019
Giới hạn số lượng đường ống tối đa được tạo cho mỗi lần gửi
Trước đây, GitLab đã tạo các quy trình cho HEAD từng chi nhánh trong bài nộp. Điều này thuận tiện cho các nhà phát triển thực hiện nhiều thay đổi cùng một lúc (ví dụ: đối với một nhánh tính năng và một nhánh develop).
Nhưng khi đẩy một kho lưu trữ lớn có nhiều nhánh đang hoạt động (ví dụ: di chuyển, sao chép hoặc phân nhánh), bạn không cần tạo quy trình cho từng nhánh. Bắt đầu với GitLab 11.10, chúng tôi đang tạo Khi gửi.
Ngày xóa: Thành phố 22 May 2019
Đường dẫn mã kế thừa GitLab Runner đã lỗi thời
Kể từ Gitlab 11.9, GitLab Runner sử dụng nhân bản/gọi kho lưu trữ. Hiện tại, GitLab Runner sẽ sử dụng phương thức cũ nếu phương thức mới không được hỗ trợ. Xem thêm chi tiết tại .
Trong GitLab 11.0, chúng tôi đã thay đổi giao diện cấu hình máy chủ số liệu cho GitLab Runner. metrics_server sẽ được gỡ bỏ có lợi listen_address trong GitLab 12.0. Xem thêm chi tiết tại .
Trong phiên bản 11.3, GitLab Runner bắt đầu hỗ trợ ; dẫn đến các cài đặt mới cho . Trong , cung cấp bảng các thay đổi và hướng dẫn chuyển sang cấu hình mới. Xem thêm chi tiết tại .
Những đường dẫn này sẽ không có sẵn trong GitLab 12.0. Là người dùng, bạn không cần thay đổi bất cứ điều gì ngoài việc đảm bảo rằng phiên bản GitLab của bạn đang chạy phiên bản 11.9+ khi nâng cấp lên GitLab Runner 12.0.
Ngày xóa: Thành phố 22 Tháng Sáu 2019
Tham số không được dùng nữa cho tính năng điểm đầu vào cho GitLab Runner
11.4 GitLab Runner giới thiệu tham số tính năng để khắc phục các vấn đề như и .
Trong GitLab 12.0, chúng tôi sẽ chuyển sang hành vi chính xác như thể cài đặt tính năng bị tắt. Xem thêm chi tiết tại .
Ngày xóa: Thành phố 22 Tháng Sáu 2019
Hỗ trợ không được dùng nữa cho việc phân phối Linux đạt EOL cho GitLab Runner
Một số bản phân phối Linux có thể cài đặt GitLab Runner đã phục vụ mục đích của chúng.
Trong GitLab 12.0, GitLab Runner sẽ không còn phân phối các gói cho các bản phân phối Linux như vậy nữa. Bạn có thể tìm thấy danh sách đầy đủ các bản phân phối không còn được hỗ trợ trong . Cảm ơn Javier Ardo () mỗi !
Ngày xóa: Thành phố 22 Tháng Sáu 2019
Xóa các lệnh Trình trợ giúp GitLab Runner cũ
Là một phần trong nỗ lực của chúng tôi nhằm hỗ trợ đã phải từ bỏ một số lệnh cũ được sử dụng cho .
Trong GitLab 12.0, GitLab Runner được khởi chạy bằng các lệnh mới. Điều này chỉ áp dụng cho người dùng . Xem thêm chi tiết tại .
Ngày xóa: Thành phố 22 Tháng Sáu 2019
Xóa cơ chế git clean kế thừa khỏi GitLab Runner
Trong Á hậu GitLab 11.10 cấu hình cách Runner thực thi lệnh git clean. Ngoài ra, chiến lược dọn dẹp mới sẽ loại bỏ việc sử dụng git reset và đặt lệnh git clean sau bước dỡ hàng.
Vì thay đổi hành vi này có thể ảnh hưởng đến một số người dùng nên chúng tôi đã chuẩn bị một tham số FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Nếu bạn đặt giá trị true, nó sẽ khôi phục chiến lược dọn dẹp cũ. Bạn có thể tìm hiểu thêm về cách sử dụng các tham số hàm trong GitLab Runner .
Trong GitLab Runner 12.0, chúng tôi sẽ loại bỏ hỗ trợ cho chiến lược dọn dẹp cũ và khả năng khôi phục chiến lược đó bằng cách sử dụng tham số hàm. Xem thêm chi tiết tại .
Ngày xóa: Thành phố 22 Tháng Sáu 2019
Phần Thông tin hệ thống trong bảng quản trị
GitLab trình bày thông tin về phiên bản GitLab của bạn trong admin/system_info, nhưng thông tin này có thể không chính xác.
Chúng tôi bảng quản trị trong GitLab 12.0 và chúng tôi khuyên bạn nên sử dụng .
Ngày xóa: Thành phố 22 Tháng Sáu 2019
Thay đổi nhật ký
Hãy tìm tất cả những thay đổi này trong nhật ký thay đổi:
Cài đặt
Nếu bạn đang thiết lập cài đặt GitLab mới, hãy truy cập .
Cập nhật
Thủ tục thanh toán .
Gói đăng ký GitLab
GitLab có sẵn hai loại: и .
: Tại chỗ hoặc trên nền tảng đám mây ưa thích của bạn.
- Trung tâm: Dành cho các nhóm nhỏ, dự án cá nhân hoặc dùng thử GitLab trong thời gian không giới hạn.
- Starter: Dành cho các nhóm làm việc trong cùng một văn phòng trên nhiều dự án cần hỗ trợ chuyên môn.
- cao cấp: Dành cho các nhóm phân tán cần các tính năng nâng cao, tính sẵn sàng cao và hỗ trợ 24/7.
- Cuối cùng: Dành cho các doanh nghiệp yêu cầu chiến lược và khả năng thực thi mạnh mẽ với tính bảo mật và tuân thủ được cải thiện.
- GitLab.com: Được lưu trữ, quản lý và quản lý bởi GitLab cho các nhà phát triển cá nhân và nhóm.
- Miễn phí: Kho riêng tư không giới hạn và số lượng người đóng góp dự án không giới hạn. Các dự án đã đóng có quyền truy cập vào các tính năng cấp độ Miễn phítại có quyền truy cập vào các tính năng cấp độ Gói Vàng.
- Gói Đồng: Dành cho các nhóm cần quyền truy cập vào các tính năng nâng cao của quy trình làm việc.
- Gói Bạc: Dành cho các nhóm cần khả năng DevOps mạnh mẽ hơn, tuân thủ và hỗ trợ nhanh hơn.
- Gói Vàng: Thích hợp cho nhiều công việc CI/CD. Tất cả các dự án mở đều có thể sử dụng các tính năng Vàng miễn phí, bất kể gói nào.
Nguồn: www.habr.com