Cách thay đổi nhánh mục tiêu mặc định để hợp nhất trong Gitlab

Question

chúng tôi đang sử dụng Gitlab 8.10.1 với nhiều nhóm và dự án. Nhiều dự án xảy ra là nhánh của các dự án khác. Vấn đề của chúng tôi là bất cứ khi nào ai đó mở một yêu cầu hợp nhất cho một dự án thì nhánh mục tiêu mặc định là NOT là nhánh mặc định của dự án nhưng từ một dự án khác rất cụ thể. Có cách nào để ghi đè cài đặt này bằng cách nào đó không? Chỉ cần làm rõ, tôi biết cách đặt nhánh mặc định của dự án và các cài đặt đó có vẻ đúng, tuy nhiên gitlab dường như không sử dụng chúng khi tạo yêu cầu hợp nhất. Vấn đề này rất khó chịu và đã dẫn đến những tình huống kỳ lạ khi mọi người không chú ý và thực hiện các yêu cầu hợp nhất với một "bậc thầy" hoàn toàn khác như mục tiêu.

Answer 1

Chúng tôi tìm thấy nguồn gốc của hành vi này, đó là do mối quan hệ giữa các dự án là một dự án được chia thành gitlab từ một dự án khác. Khi loại bỏ mối quan hệ giữa nguồn và ngã ba, nhánh mặc định cho việc hợp nhất là nhánh mặc định của chính dự án. Ngay bây giờ đây là giải pháp của chúng tôi cho tình huống này, vì chúng ta có thể sống với các tác động của việc loại bỏ nguồn < -> quan hệ ngã ba.

Answer 2

bạn cần chủ. Sau đó, thiết lập dự án --- Mặc định Chi nhánh --- lưu thay đổi

Thưởng thức!

Answer 3

Giá trị mặc định MR mục tiêu phụ thuộc vào việc hay không kho là một GitLab fork.

Forks

Nếu kho là một GitLab fork thì MR target mặc định sẽ là chi nhánh mặc định của kho thượng nguồn. Bạn có thể xóa mối quan hệ này thông qua tùy chọn "Loại bỏ mối quan hệ ngã ba" trên trang Cài đặt dự án, sau đó mục tiêu MR mặc định sẽ được xác định là bình thường đối với kho lưu trữ không phải ngã ba (được mô tả bên dưới).

Tại thời điểm viết, không thể ghi đè mục tiêu MR mặc định mà không xóa mối quan hệ ngã ba, nhưng chức năng đó đã được yêu cầu trong gitlab-ce issue #18550.

Non-Forks

Nếu kho không có mối quan hệ ngã ba, sau đó mặc định Chi nhánh thiết lập trên các thiết lập dự án trang đặt cả hai (1) mặc định MR mục tiêu, và (2) các tài liệu tham khảo HEAD của repo trên máy chủ GitLab (xác định nhánh được kiểm tra khi repo được nhân bản). Lưu ý rằng, do một số bug/quirk in git, problems can occur nếu chi nhánh đã từng là Chi nhánh mặc định sau đó bị xóa khỏi GitLab.

Tại thời điểm viết, không thể thay đổi đích MR mặc định độc lập với Chi nhánh mặc định, nhưng chức năng này đã được yêu cầu trong gitlab-ce issue #31546.