Các nhà phát triển phần mềm từ lâu đã gặp khó khăn trong việc duy trì các bản vá tùy chỉnh trên các phiên bản khác nhau của phần mềm bên thứ ba. Trong khi Git xuất sắc trong việc phát triển tiến về phía trước, nó lại thiếu sót khi các nhóm cần duy trì các bản vá tồn tại lâu dài mà phải được cập nhật, theo dõi và cộng tác trong nhiều tháng hoặc nhiều năm. Một công cụ mới có tên Lappverk nhằm mục đích thu hẹp khoảng cách này bằng cách kết hợp giao diện quen thuộc của Git với quy trình làm việc dựa trên bản vá.
Vấn đề cốt lõi với các phương pháp truyền thống
Thách thức nằm ở triết lý thiết kế cơ bản của Git. Git muốn lịch sử tiến về phía trước thông qua các commit mới, nhưng các bản vá cần được xử lý khác. Chúng yêu cầu khả năng được sửa đổi, rebase qua các phiên bản upstream, và được duy trì như các đơn vị riêng biệt trong thời gian dài. Các cuộc thảo luận cộng đồng cho thấy đây không chỉ là vấn đề lý thuyết - nó ảnh hưởng đến các bản phân phối Linux, môi trường doanh nghiệp, và bất kỳ ai duy trì soft fork của các dự án upstream.
Các giải pháp truyền thống như duy trì các nhánh Git riêng biệt thông qua rebase tạo ra những rắc rối trong cộng tác. Khi nhiều thành viên trong nhóm làm việc trên cùng một patchset, việc rebase liên tục phá vỡ hoàn toàn mô hình cộng tác của Git. Phương pháp thay thế sử dụng merge commit nhanh chóng làm rối tung các bản vá khác nhau, khiến việc theo dõi hoặc sửa đổi từng thay đổi riêng lẻ trở nên bất khả thi.
Cách Lappverk cố gắng giải quyết vấn đề
Lappverk áp dụng phương pháp kết hợp bằng cách import patchset vào Git để chỉnh sửa, sau đó export chúng trở lại dưới dạng các file patch truyền thống. Quy trình làm việc này tận dụng các lệnh format-patch và am hiện có của Git trong khi thêm các quy ước để làm cho quá trình mượt mà hơn. Công cụ này chuẩn hóa metadata của commit để đảm bảo export nhất quán và tự động theo dõi các ranh giới upstream.
Hệ thống cho phép các nhóm làm việc với các lệnh và công cụ Git quen thuộc trong khi duy trì các bản vá dưới dạng các file văn bản có thể phiên bản hóa. Mỗi bản vá vẫn là một đơn vị riêng biệt có thể được sửa đổi, sắp xếp lại, hoặc xóa bỏ mà không ảnh hưởng đến các bản vá khác trong chuỗi.
Các Lệnh Quy Trình Cơ Bản của Lappverk
| Lệnh | Mục đích |
|---|---|
lappverk init project |
Tạo dự án mới và chuỗi bản vá |
lappverk checkout |
Kiểm tra trạng thái hiện tại của chuỗi bản vá |
lappverk export |
Cập nhật chuỗi bản vá từ commit hiện tại |
git format-patch |
Lệnh tạo bản vá tích hợp sẵn của Git |
git am |
Lệnh nhập bản vá tích hợp sẵn của Git |
Phản ứng cộng đồng và các phương pháp thay thế
Phản hồi từ nhà phát triển cho thấy phản ứng trái chiều về sự cần thiết của công cụ này. Một số cho rằng các quy trình làm việc Git hiện có với quản lý nhánh cẩn thận đã giải quyết những vấn đề này một cách đầy đủ. Những người khác chỉ ra các công cụ đã được thiết lập như Quilt, mà các bản phân phối đã sử dụng trong nhiều năm để quản lý bộ sưu tập patch, mặc dù Quilt đi kèm với đường cong học tập và hạn chế riêng.
Thực tế là có rất ít lời khuyên hiện có để duy trì một soft fork mà không có ý định upstream các bản vá.
Một số nhà phát triển đã chia sẻ các giải pháp riêng của họ, từ hệ thống đồng bộ tự động được sử dụng bởi các dự án như Servo và Firefox, đến quy trình rebase đơn giản với tên nhánh có ngày tháng. Sự đa dạng của các phương pháp làm nổi bật cách mỗi nhóm đã phát triển các giải pháp tùy chỉnh cho vấn đề phổ biến này.
Các Công Cụ Quản Lý Patch Thay Thế
- Quilt: Công cụ quản lý patch truyền thống được sử dụng bởi các bản phân phối Linux
- git-spice: Thay thế cho stgit trong việc quản lý ngăn xếp patch
- Jujutsu: Hệ thống kiểm soát phiên bản với khả năng chỉnh sửa lịch sử dễ dàng hơn
- Wine-staging: Ví dụ về quản lý patch quy mô lớn trong thực tế
- Standard Git rebasing: Phương pháp thủ công sử dụng quản lý nhánh và force push
Ứng dụng thực tế và các trường hợp sử dụng
Công cụ này có vẻ có giá trị nhất đối với các tổ chức duy trì các sửa đổi nội bộ cho phần mềm mã nguồn mở. Các ví dụ bao gồm nâng cấp dependency, backport bug fix, và các tính năng tùy chỉnh không phù hợp để đóng góp upstream. Wine-staging và các maintainer gói của các bản phân phối Linux khác nhau đối mặt với những thách thức tương tự khi quản lý các bản vá qua các phiên bản phần mềm.
Môi trường doanh nghiệp thường cần các bản vá quá cụ thể cho thiết lập của họ hoặc chứa các sửa đổi độc quyền không thể chia sẻ công khai. Đối với những trường hợp sử dụng này, phương pháp của Lappverk trong việc xử lý các bản vá như các artifact hạng nhất, có thể phiên bản hóa là hợp lý.
Mặc dù Lappverk có thể không cách mạng hóa phát triển phần mềm, nó giải quyết một điểm đau thực sự mà nhiều nhà phát triển gặp phải. Việc nó có được chấp nhận hay không có thể sẽ phụ thuộc vào mức độ tích hợp tốt với các quy trình làm việc hiện có và liệu các nhóm có thấy lợi ích của nó vượt trội hơn độ phức tạp của việc học một công cụ khác. Đối với các tổ chức đã đang gặp khó khăn với quản lý patch, nó cung cấp một giải pháp thay thế có cấu trúc cho các giải pháp tùy tiện.
Tham khảo: Modifying Other People's Software