Tôi cảm thấy rằng các PR trên Github nên được thay thế bằng các công cụ local-first phía client. Một PR -> một tín hiệu nào đó yêu cầu hợp nhất một nhánh vào một nhánh mục tiêu. Xem xét PR -> tái sử dụng cùng một tín hiệu như trên, gửi PR lên nhánh PR. Bây giờ các phần khác nhau cần có các bình luận được kiểm soát phiên bản. Xong.

/nhắc nhở bản thân kiểm tra bản phát hành mới của @radicle_xyz, nhằm vào việc kiểm soát phiên bản phi tập trung ưu tiên địa phương, bao gồm cả việc quản lý vé và hợp tác nhánh...

Giải thích: một "nhận xét diff hunk" nhằm mục đích thực hiện chức năng của một nhận xét đánh giá GH: Nó được theo dõi trong lịch sử sửa đổi, chú thích một hunk (ví dụ: "hàm API này phải là async" nơi các hunk tiếp theo chuyển đổi hàm), và không xuất hiện trong mã.

Tôi sẽ không ngạc nhiên chút nào nếu git đã có tính năng này ở đâu đó (dưới những lớp phức tạp), vì nó rất gần với phong cách "gửi email các bản vá cho cộng tác viên" mà gần gũi với nguồn gốc của git. Điểm thú vị là kiểm soát phiên bản của các *nhận xét* khác biệt.

Làm rõ 2: Người nộp ban đầu có thể phản hồi "xem xét PR" bằng cách chấp nhận sự khác biệt, hoặc bằng cách tạo một PR thứ ba trên PR xem xét (phản hồi cho xem xét). Việc ping-pong này tiếp tục cho đến khi cả hai bên đều chấp nhận tất cả các chỉnh sửa. Sự tương tác được lưu lại trong lịch sử.

ps: Tôi đang phát triển một công cụ kiểm soát phiên bản phi tập trung, ưu tiên địa phương như một sở thích (~thời gian giao hàng từ 1 năm đến vô hạn). Tôi muốn nó hỗ trợ những trường hợp sử dụng này: - Quy trình PR như trên - Giải quyết có thể tạo ra một thay đổi "gộp" duy nhất như một phần của "câu chuyện" - Lịch sử đầy đủ vẫn có sẵn