Làm cách nào để giới hạn người có thể hợp nhất mã trên yêu cầu kéo trong bitbucket?

Question

Tôi có một nhóm nhỏ các nhà phát triển sử dụng bitbucket làm kho lưu trữ git của chúng tôi.

Tôi muốn biết cách giới hạn người có thể hợp nhất mã trên yêu cầu kéo trong bitbucket? VÀ/HOẶC buộc ít nhất một sự chấp thuận trước khi hợp nhất có thể được thực hiện. Về cơ bản tôi đang tìm cách để buộc một đánh giá mã.

Hiện tại, tác giả của yêu cầu kéo (và mọi người khác) không chỉ có thể phê duyệt mà còn hợp nhất mã trong đó có thể là vấn đề cho mục đích chất lượng. Cảm ơn trước.

Cập nhật:

Bitbucket bây giờ cho phép để kiểm soát quyền đẩy, xóa chi nhánh, và lịch sử lại bằng văn bản. Hướng dẫn quản lý đầy đủ có tại đây: https://confluence.atlassian.com/bitbucket/branch-management-385912271.html

Tuy nhiên, vẫn chưa có cách nào để buộc một số lượng chấp thuận tối thiểu.

Answer 1

Tôi muốn biết cách giới hạn người có thể hợp nhất mã trên yêu cầu kéo trong bitbucket? VÀ/HOẶC buộc ít nhất một sự chấp thuận trước khi hợp nhất có thể được thực hiện. Về cơ bản tôi đang tìm cách để buộc một đánh giá mã.

Chức năng này không có sẵn trong Bitbucket ngay bây giờ, nhưng phiên bản tường lửa Git sau tường lửa của Atlassian có nó.

Stash cho phép bạn:

• giới hạn những người có thể thay đổi chi nhánh

• thi hành một số lượng tối thiểu của sự chấp thuận trước khi hợp nhất các yêu cầu kéo (nó có thể làm một điều tương tự cho tre xây dựng - tức là các mã phải biên dịch trước khi có thể hợp nhất)

• chấp thuận đặt lại nếu yêu cầu kéo thay đổi

Đó là một sự bất đối xứng kỳ lạ trong các sản phẩm của Atlassian.

Answer 2

trả lời từ attlassian:

Mary Anthony [Atlassian Writer kỹ thuật]

Hi,

Vì vậy, một kho lưu trữ có thể có các chi nhánh. Trong kho lưu trữ đó, bạn không thể đặt quyền trên nhánh khác với kho lưu trữ. Bạn có thể đặt quyền trên kho lưu trữ cho phép các nhà phát triển chia nhỏ kho lưu trữ và đưa ra yêu cầu kéo đối với nó. Để định cấu hình điều này:

Create a group on your account and call it "developers". 
Give the group read permissions. 
Add all the developers to that group. 
Edit the groups on the repository and add developers. 

Hy vọng điều này sẽ hữu ích.

Mary

Ở đây là: https://confluence.atlassian.com/display/BITBUCKET/Work+with+pull+requests?focusedCommentId=321851850#comment-321851850

Nói cách khác, bạn có thể làm cho dev ngã ba của bạn dự án và vấn đề kéo yêu cầu từ ngã ba của họ. Trong dự án của bạn, bạn có thể thiết lập dự án để không cho phép ngã ba công cộng. Tôi cho rằng họ sẽ chia rẽ dự án và nó sẽ bị ẩn. Điều đó nói rằng, họ sẽ có thể đưa ra yêu cầu kéo và chỉnh sửa kho lưu trữ của riêng họ. Nó trông khá ôn hòa nhưng nó sẽ hoạt động.

Tôi không có cảm giác rằng có một cách hay để xử lý quyền trên github/bitbucket v.v.

chỉnh sửa

Không thực sự là một giải pháp để thực thi nó, nhưng vẫn khá hợp lệ. Kể từ khi phê duyệt yêu cầu kéo là khá tùy chọn. Không có nghĩa là bạn đang say và trên thực tế, nếu tôi là bạn. Tôi sẽ không cố thực thi một hệ thống. Thực tế là việc xem xét mã là quan trọng. Yêu cầu kéo giúp dễ dàng xem xét các bộ cam kết.

Tôi đã làm việc nhiều tháng là người duy nhất trong nhóm của tôi tạo/phê duyệt yêu cầu kéo. Nhóm mà tôi đã làm việc quyết định rằng yêu cầu kéo là một sự lãng phí thời gian và tôi đoán rằng không ai trong số họ đã xem xét mã cho đến khi tôi rời đi. Điều cuối cùng tôi nghe là đồng đội của tôi hiện đang tái cấu trúc mã của tôi vì anh ấy không biết nó hoạt động ra sao.

Điều tôi đang cố gắng nói là xem xét mã không nên được thực thi và nhóm của bạn nên xem nó như một điều khá quan trọng cần làm. Mỗi thành viên trong nhóm của bạn nên làm việc cùng nhau và tự mình xem xét mã. Bằng cách xem xét mã, họ sẽ có quyền từ chối mã mà họ cảm thấy là "xấu xí" hoặc phải được thiết kế theo một cách khác. Mỗi thành viên được cập nhật những gì những nhà phát triển khác đang làm việc và có thể không có nhiều vấn đề khi chuyển sang công việc của bất kỳ ai trong trường hợp bệnh tật, khởi hành hoặc tử vong!

Việc thực hiện quy trình trong hệ thống có thể tốt theo quan điểm của người quản lý. Nhưng tôi tin rằng việc chấp thuận là tùy chọn cũng không tệ. Và sau đó, công việc của người quản lý sẽ là kiểm tra yêu cầu kéo đã hợp nhất cho yêu cầu kéo với 1 hoặc ít người được phê duyệt. Kiểm tra xem ai đã hợp nhất yêu cầu kéo và người được chấp thuận. Tìm người nào đó để xem lại mã.

Mặt khác, nếu yêu cầu kéo treo quanh mãi mãi và không ai đang xem xét nó. Đó là nhiệm vụ dev để yêu cầu một người bạn đời xem lại nó.