2015-03-09 13 views
14

Kịch bản: chúng tôi là 3 nhà phát triển.Gitlab: Có thể tạo yêu cầu hợp nhất từ ​​ngã ba của tôi đến ngã ba khác của cùng một dự án

Nhà phát triển 1 (quản trị viên) đã tạo repo chính.

Nhà phát triển 2 repo của quản trị viên được chia đôi.

Nhà phát triển 3 repo của quản trị viên được chia đôi.

Developer 2 tạo ra một chi nhánh tính năng "Tính năng 1"

Developer 3 kiểm tra ra "Tính năng 1" từ nhà phát triển 2 repo.

Khi nhà phát triển 3 cố gắng tạo Yêu cầu kết hợp, anh ta chỉ nhìn thấy repos của chính anh ta và của quản trị viên.

Vì vậy, tôi tự hỏi, Có thể tạo một yêu cầu Merge khác xa nhau hơn của ngã ba của tôi "

Các công việc xung quanh duy nhất mà tôi đã thấy cho đến nay là:

Developer 2 đẩy tính năng chi nhánh cho repo của admin (thông qua yêu cầu hợp nhất) và yêu cầu quản trị viên "bảo vệ nó", khi đó Nhà phát triển 3 sẽ phải tạo yêu cầu hợp nhất cho repo của quản trị viên, vấn đề với cách tiếp cận này là Nhà phát triển 2 mất quyền sở hữu chi nhánh và họ sẽ phải tạo yêu cầu hợp nhất mỗi lần họ muốn đẩy các thay đổi của họ.

O Mặt khác, nó có vẻ như this feature was added to GitLab nhưng tôi không thể tìm thấy tài liệu chính thức về tính năng này.

+0

tôi quên đề cập đến, tôi đang sử dụng GitLab 7.8.1 –

+0

Bạn đang sử dụng gì để yêu cầu yêu cầu hợp nhất? Về mặt kỹ thuật, nếu bạn kiểm tra cùng một chi nhánh tính năng (Tính năng 1) thì bạn sẽ chỉ thấy chi nhánh đó trên repo từ xa của quản trị viên. Tất cả những gì bạn phải làm là đẩy các thay đổi của bạn đến nhánh tính năng đó hoặc yêu cầu hợp nhất tùy thuộc vào hệ thống bạn đang sử dụng cho nó. Tại thời điểm này, tác giả của chi nhánh Feature 1 và cả hai đều tham chiếu cùng một nhánh trên remote. – dchayka

+0

Vấn đề là bạn chỉ có thể tạo một yêu cầu đẩy đến nguồn gốc mà bạn đã tạo chi nhánh của mình. Những gì tôi muốn là khả năng tạo ra một yêu cầu kéo đến một điều khiển từ xa (khá nhiều những gì bạn làm trên github) –

Trả lời

2

Không có dĩa, có thể?

Bạn có thể sử dụng thực tế, yêu cầu hợp nhất có thể được thực hiện trong cùng một kho lưu trữ. Vì vậy, có lẽ cả ba có thể sử dụng cùng một kho lưu trữ với tư cách là nhà phát triển, quản trị viên nên đặt các nhánh quan trọng là được bảo vệ.

Nếu bất kỳ thay đổi được thực hiện, ai cũng có thể tạo một yêu cầu hợp nhất từ ​​một chi nhánh khác ... và ai cũng có thể xem xét, thảo luận, ...

0

Tạo nhóm mới có quyền truy cập vào ngã ba của dev # 2. Thêm dev # 3 vào nhóm này.

+1

Không. Nó không hoạt động. Dev 3 tiếp tục thấy repo của họ và repo chính, họ không bao giờ thấy repo của dev2 trong danh sách. –

Các vấn đề liên quan