Sự khác biệt giữa checkin và checkout là gì?

Khi dạy các lớp SCM cho sinh viên chưa quen với Quản lý cấu hình phần mềm, một câu hỏi xuất hiện như " What's the difference between checkin and checkout?".

Và một biến thể của nó là những sinh viên như vậy bị nhầm lẫn về các khái niệm SCM này (họ hiểu chúng theo cách khác).

Vì vậy, loại ẩn dụ nào bạn có thể sử dụng để giải thích khái niệm SCM quan trọng này cho những đối tượng như vậy?

Để giải thích điều gì đó với bất kỳ ai, hãy thử so sánh nó với một cái gì đó mà họ (hy vọng) đã quen thuộc.

Vì vậy, đó là lý do tại sao tôi chỉ trả lời câu hỏi như vậy:

Hãy nghĩ về nó như đến một nơi để ở (một khách sạn, một khu nghỉ mát, vv):

• rất đầu tiên điều bạn làm (khi bạn đến) là checkin.
• rất cuối cùng điều bạn làm (khi bạn rời khỏi) là checkout.

Một khái niệm SCM tương tự được áp dụng khi bạn muốn áp dụng các thay đổi cho các thành phần phần mềm ... ngoại trừ việc nó áp dụng theo cách khác :

• rất đầu tiên điều bạn làm (khi bạn bắt đầu) là checkout(hoặc nghĩ về nó như mượn nó).
• rất cuối cùng điều bạn làm (khi bạn hoàn thành) là checkin(hoặc nghĩ về nó như đưa nó trở lại).

Lưu ý : điều này áp dụng cho các hệ thống tập trung (chẳng hạn như các hệ thống được sử dụng trong môi trường máy tính lớn ...). Trong các hệ thống như git , checkoutkhái niệm "" có một ý nghĩa hoàn toàn khác (mà IMO cũng là lý do tại sao trong các hệ thống đó hầu như không có bất kỳ sự nhầm lẫn nào về cả hai khái niệm này).

Điều quan trọng cần lưu ý là các thuật ngữ "đăng ký" và "thanh toán" có ý nghĩa khác nhau tùy thuộc vào loại hệ thống SCM.

Các hệ thống tập trung như TFVC, Subversion và Clearcase sử dụng kiểm tra "độc quyền". Điều này giống như phép ẩn dụ mượn sách của Pierre, nơi chỉ một người dùng có thể có một tệp được kiểm tra cùng một lúc.

Các hệ thống phân tán như git có lệnh "thanh toán", nhưng nó có nghĩa là một cái gì đó hoàn toàn khác. git checkoutđược sử dụng để chuyển đổi giữa các nhánh khi làm việc với một kho lưu trữ cục bộ.

Đối với các hệ thống tập trung, hãy nghĩ về nó giống như một thư viện kỹ thuật. (có thể là sự kéo dài của trí tưởng tượng về cách thư viện giả định này hoạt động ...)

Nếu bạn là tác giả của một tài liệu, bạn có thể checkoutsao chép thư viện, thay đổi, đưa nó trở lại check it back inthư viện để cả thế giới xem.

Điều này có thể trở thành vấn đề nếu thư viện có bản sao kỹ thuật số và tôi checkoutlà tài liệu, người khác cũng checks outlà tài liệu, cả hai chúng tôi đều thay đổi, sẽ có xung đột (xung đột hợp nhất) có thể khó giải quyết. Khi đó, "sửa chữa" ban đầu cho điều này là checkoutchức năng độc quyền ...

Tất nhiên đối với các dự án lớn, cơ hội của một vấn đề xung đột hợp nhất quan trọng sẽ giảm (mọi người sẽ làm việc trên các phần khác nhau của hệ thống) vì vậy checkout/ checkinkhông cần thiết nhiều như vậy. Và vì các hệ thống phân tán theo thiết kế phần nào yêu cầu chức năng hợp nhất tốt, cùng với nhiều lợi ích khác, khái niệm đó không thực sự tồn tại trong git và các DVCS khác

Với kho lưu trữ SCM là chủ đề chính thì '

• thanh toán là nhận được những thay đổi ra từ kho lưu trữ cục bộ hoặc từ xa (vào thư mục làm việc tại địa phương).
• checkin sẽ đưa các thay đổi trở lại vào kho lưu trữ cục bộ hoặc từ xa (từ thư mục làm việc cục bộ của bạn).

• Checkout là một khóa độc quyền về sửa đổi một nhánh của đối tượng trong kho lưu trữ.
• Checkin là một bản phát hành của khóa độc quyền.

Có hai loại hệ thống kiểm soát nguồn tùy thuộc vào đơn vị phân nhánh nhỏ nhất là gì.

1) Mỗi phân nhánh kho lưu trữ (CVS, SVN, GIT, Perforce, ... vv)

Trong các sản phẩm nơi bạn phân nhánh toàn bộ kho lưu trữ, thanh toán thường sẽ tạo hoặc cho phép sửa đổi đối với nhánh cục bộ (bản sao) của toàn bộ kho lưu trữ. Trong các sản phẩm đó, checkin thường không được sử dụng và trở thành một phần của hoạt động cam kết , đó là một lần kiểm tra chi nhánh từ xa, áp dụng bản vá cục bộ và đăng ký của chi nhánh từ xa trong hoạt động đơn lẻ. Bạn không kiểm tra chi nhánh địa phương vì nó được kiểm tra vĩnh viễn. (Lưu ý: Trong GIT, bạn không cam kết với chi nhánh từ xa, bạn đẩy cam kết cục bộ của mình đến nó. Khác biệt về cú pháp. )

2) Mỗi nhánh đối tượng (ClearCase, AccuRev, Oracle ADE)

Trong các sản phẩm nơi bạn phân nhánh các đối tượng riêng lẻ, như thư mục, tệp, v.v ... Khái niệm thanh toán và đăng ký áp dụng cho mỗi đối tượng trên mỗi nhánh. Bạn sẽ khóa đối tượng để sửa đổi nó bằng thanh toán và phát hành nó với checkin . Trong các sản phẩm đó, bạn thường làm việc trên một nhánh riêng nơi các khóa không giữ ai làm việc và tại thời điểm hợp nhất chi nhánh địa phương của bạn thành một nhánh dùng chung, các đối tượng cũng được kiểm tra trên nhánh shard (chính, nhánh chính, nhánh tính năng, v.v. ) xung đột hợp nhất được giải quyết và đối tượng được kiểm tra trên nhánh chia sẻ. Điều này cho phép nhiều người "cam kết" cùng một lúc với chi nhánh được chia sẻ miễn là họ không sửa đổi cùng một đối tượng.