Quy trình làm việc của Gitlab, buộc xem xét mã hoặc hợp nhất yêu cầu trên nhánh


18

Tôi đang làm việc để triển khai Gitlab tại công ty của mình với chiến lược quy trình làm việc. Ý tưởng của tôi là các nhà phát triển sẽ được cấp quyền truy cập vào kho lưu trữ, nhưng bất cứ khi nào họ cố gắng cam kết, mã của họ phải được xem xét.

Tôi biết tôi có thể yêu cầu họ tạo một nhánh trước khi cam kết và sau đó tạo Yêu cầu Hợp nhất sau khi nó được đẩy lên repo. Tôi vẫn chưa rõ về một số điều nhất định ... Ý tưởng rằng chúng tôi dựa vào mọi người để tạo ra một chi nhánh và sau đó một yêu cầu hợp nhất có vẻ bị lỗi, có một giải pháp buộc một số chính sách mà chi nhánh chính có thể giữ sạch trừ khi " quản trị viên "phê duyệt mã sắp hợp nhất vào nó. Tôi đã đọc "quy trình làm việc nhóm github" nhưng dường như nó không cung cấp một giải pháp khả thi. Bất kỳ lời khuyên về quá trình hoặc thực hành tốt nhất của riêng bạn được đánh giá cao. Cảm ơn!


1
"The idea that we rely on people to create a branch and then a merge request seems faulty"Dường như với tôi rằng bạn có một vấn đề lớn hơn là thiếu tính năng trong hệ thống kiểm soát phiên bản. Nếu đó chỉ là vấn đề dành thêm thời gian để tạo chi nhánh, hãy xem Atlassian Stash và sự tích hợp của nó với Jira.
toniedzwiedz

5
Cảm ơn Tom, ý tưởng của tôi là bằng cách thực thi một chính sách tiêu chuẩn, tôi đang loại bỏ chỗ sai sót
Mike

2
Hãy xem xét mục blog này từ gitlabhq about.gitlab.com/2014/09/29/gitlab-flow
spuder


Bạn có thể cho họ sử dụng dĩa riêng của họ ....
Wildcard

Câu trả lời:


14

Tôi đã bắt đầu làm việc với gitlab, đọc phần Giúp đỡ cung cấp bố cục quy trình công việc. Tại thời điểm này, đây dường như là giải pháp tốt nhất cho câu hỏi của tôi. Nếu bất cứ ai có kinh nghiệm với quy trình hoặc lời khuyên này, vui lòng thêm bất kỳ thông tin bổ sung nào.

Từ phần Giúp đỡ:

Quy trình làm việc

  1. Dự án nhân bản
    git clone git@example.com:project-name.git
  2. Tạo chi nhánh với tính năng của bạn
    git checkout -b $feature_name
  3. Viết mã. Cam kết thay đổi
    git commit -am "My feature is ready"
  4. Đẩy chi nhánh của bạn đến GitLab
    git push origin $feature_name
  5. Xem lại mã của bạn trên trang cam kết
  6. Tạo một yêu cầu hợp nhất
  7. Trưởng nhóm của bạn sẽ xem xét mã & hợp nhất nó vào nhánh chính

Trong phần cam kết của kho lưu trữ của bạn, bạn thực sự có thể bảo vệ các nhánh buộc các nhà phát triển tuân theo quy trình trên, tạo một nhánh và gửi yêu cầu hợp nhất.

Ảnh chụp màn hình - Bảo vệ chi nhánh


2
Có cách nào để thực thi quy trình công việc này (ví dụ: sử dụng nhánh được bảo vệ) nhưng cho phép bất kỳ người được chuyển nhượng nào (không chỉ lãnh đạo nhóm với các đặc quyền Master / Admin) để hợp nhất yêu cầu?
Adam

Tôi chỉ cố gắng gán một yêu cầu hợp nhất cho ai đó mà không có đặc quyền chính và họ nhận được thông báo sau trong yêu cầu hợp nhất, Điều này không thể được hợp nhất tự động, ngay cả khi có thể được hợp nhất, bạn không có quyền làm như vậy. Vì vậy, không xuất hiện họ sẽ có thể.
Mike

Cảm ơn. Tôi sẽ thử dùng Bảng đánh giá, Photypeator hoặc Gerrit. Bạn có một số kinh nghiệm với bất kỳ trong số họ?
Adam

Không, xin lỗi tôi đã không thử bất kỳ dịch vụ nào trong số đó. Đừng đăng câu trả lời nếu bạn thành công.
Mike

Chắc chắn, trừ khi tôi quên. BTW, tôi đã thêm Barkeep vào danh sách kiểm tra của mình :)
Adam
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.