Làm thế nào tôi nên thu hút phản hồi từ một người duy trì cây cho các bản vá được gửi đến lkml?


8

Tôi đã gửi một bản vá cho kernel linux đã nhận được một số đánh giá và trải qua một vài lần lặp lại trong danh sách gửi thư. Nó đã được ACKed và xem xét bởi hai nhà phát triển, nhưng họ nói rằng tùy thuộc vào một nhà phát triển cụ thể để phê duyệt bản vá. Nhà phát triển này tương đối vắng mặt trong danh sách gửi thư. Tôi không muốn quấy rối cá nhân anh ta, nhưng tôi muốn một số xác nhận rằng bản vá có thể hoặc không thể được chấp nhận. Cách tốt nhất để thu hút phản hồi từ nhà phát triển này là gì? Có thể chấp nhận gửi email riêng tư cho anh ấy hoặc một trong những người đánh giá hay điều quan trọng đối với tất cả các thông tin liên lạc là công khai thông qua các danh sách gửi thư?


1
Nếu bạn không nhận được trả lời từ một người cụ thể, chỉ cần CC trực tiếp cho họ. Nếu bạn đã làm gì đó sai (chẳng hạn như không sử dụng danh sách gửi thư liên quan đến thành phần hạt nhân cụ thể đó), họ sẽ thường nói với bạn.
frostschutz

Câu trả lời:


3

Đó là cách thực hành khá chuẩn để gửi email trực tiếp đến người bảo trì trực tiếp (sử dụng trường Đến:) và CC bất kỳ người / danh sách liên quan nào. Nếu bạn quên địa chỉ người bảo trì trực tiếp trong luồng gốc, có lẽ bạn chỉ cần chuyển tiếp nó đến họ.

Đừng coi đó là hành vi quấy rối cá nhân để gửi một email --- bất kỳ ai duy trì một phần nhân phải sàng lọc rất nhiều email và có lẽ đơn giản là họ đã không thấy bản vá của bạn vì nó không được gửi trực tiếp đến họ và vì vậy đã nhận được lạc trong tiếng ồn. Tất nhiên, hãy thực hiện sự chuyên cần của bạn trước --- đảm bảo rằng thay đổi của bạn chưa có trong cây nhân của họ (hoặc chắp vá, v.v.) trước khi bạn làm điều đó.


2

Nếu bản vá đã được đánh giá và được ACKed bởi những người "cốt lõi", tôi sẽ xem xét nếu nó được bao gồm trong cây của người bảo trì. Tùy thuộc vào điều đó, có lẽ làm phiền họ cá nhân.

Có một danh sách cụ thể cho tính năng / khu vực này? Có lẽ bạn nên mang nó đến đó.

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.