Zed giới thiệu DeltaDB: Khi phần mềm được tạo ra giữa các lần Commit

Zed giới thiệu DeltaDB: Khi phần mềm được tạo ra giữa các lần Commit

Đội ngũ phát triển trình soạn thảo Zed vừa công bố một bước đột phá mới trong quy trình làm việc phần mềm: DeltaDB. Đây là một hệ thống kiểm soát phiên bản mới được thiết kế đặc biệt cho kỷ nguyên AI, nơi mà các cuộc hội thoại giữa con người và tác nhân AI đóng vai trò quan trọng hơn cả các lần commit (cam kết) mã nguồn truyền thống.

Vượt qua giới hạn của Git và Pull Request

Nathan Sobo, người sáng lập Zed, chia sẻ rằng ông chưa bao giờ thực sự yêu thích quy trình Pull Request (PR). Trước đây, việc trao đổi bình luận trên các ảnh chụp nhanh (snapshots) của mã nguồn dường như là một cách hiệu quả để cộng tác, nhưng mô hình này không thực sự hiệu quả với đội ngũ Zed. Họ thường làm việc cùng nhau trong cùng một cây làm việc (worktree), xây dựng sự tin tưởng và sự hiểu biết chung bằng cách thảo luận về mã ngay khi họ viết nó.

GitHub không cho phép bạn thảo luận về mã cho đến sau khi bạn commit và push, nhưng đến lúc đó, những cuộc trò chuyện quan trọng nhất thường đã kết thúc. Với sự trỗi dậy của các tác nhân AI (AI agents), vấn đề này càng trở nên cấp thiết hơn. Cuộc hội thoại tạo ra mã nguồn đang dần trở thành nguồn gốc thực sự của phần mềm, diễn ra liên tục và cần được tham chiếu chéo với mã khi nó thay đổi. Git, được tổ chức xung quanh các lần commit rời rạc, không bao giờ được thiết kế để hỗ trợ điều này.

DeltaDB: Kiểm soát phiên bản cho kỷ nguyên AI

Để giải quyết vấn đề này, Zed đang xây dựng DeltaDB — một loại hình kiểm soát phiên bản mới được xây dựng dựa trên một trừu tượng hóa mạch lạc duy nhất. Nó biến các cuộc hội thoại với các tác nhân AI và các cây làm việc mà chúng chỉnh sửa thành các hiện vật chia sẻ.

DeltaDB chia nhỏ công việc của bạn thành một luồng các thay đổi (deltas) tinh tế. Trong khi Git chụp một ảnh chụp nhanh tại mỗi lần commit, DeltaDB ghi lại mọi thao tác ở giữa và cấp cho mỗi thao tác một định danh ổn định. Vì mọi delta đều có thể được định vị riêng lẻ, bạn có thể trỏ đến mã tại bất kỳ thời điểm nào trong quá trình phát triển của nó, ngay cả khi nó tiếp tục thay đổi.

Mã nguồn giờ là cuộc hội thoại nguồn

Một trong những tính năng mạnh mẽ nhất của DeltaDB là khả năng ghi lại tin nhắn và chỉnh sửa mã song song. Điều này đảm bảo rằng ngữ cảnh không bao giờ bị trôi đi. Vì DeltaDB nhúng các cây làm việc sao chép không xung đột (conflict-free replicated worktrees), nhiều người và tác nhân AI có thể chỉnh sửa cùng một tệp cùng một lúc trên các máy khác nhau.

Hơn nữa, vì mọi tham chiếu được neo vào một delta thay vì số dòng, nó sẽ tồn tại ngay cả khi mã bên dưới thay đổi. Từ bất kỳ dòng nào trong cuộc hội thoại trong quá khứ, bạn có thể nhảy đến mã đó như nó hiện tại hoặc như nó vào thời điểm tác nhân AI viết nó. Các tác nhân AI cũng có thể tận dụng điều này để hiểu ngữ cảnh đằng sau mã mà chúng đang chạm vào hoặc hỏi các tác nhân trước đó lý do tại sao mã được viết theo cách đó.

Cộng tác mà không cần Commit

Mục tiêu cuối cùng của DeltaDB rất đơn giản: cuộc hội thoại với tác nhân AI trở thành cuộc hội thoại duy nhất bạn cần. Một đồng nghiệp có thể tham gia trong khi công việc vẫn đang diễn ra, nói chuyện với tác nhân đã thực hiện công việc, và chú thích ngay khi họ tiến hành, mà không cần chờ bạn commit và push trước.

Các pull request, luồng xem xét và bình luận nội tuyến hiện nay chỉ tồn tại để gắn lại một cuộc thảo luận vào mã sau khi sự việc đã xảy ra, vì cuộc thảo luận và mã sống ở những nơi riêng biệt. DeltaDB đặt chúng vào cùng một nơi, loại bỏ các nghi thức không cần thiết. Git và CI vẫn sẽ được giữ lại cho những gì chúng tốt nhất: chạy các kiểm tra và kết nối bạn với phần còn lại của thế giới, thay vì là nơi cộng tác bị ép buộc diễn ra.

Phiên bản beta của DeltaDB sẽ sẵn sàng trong vài tuần tới, đánh dấu một bước tiến lớn khi phần mềm giờ đây được định hình trong cuộc hội thoại chứ không phải ở các lần commit.