Đồ án: Hệ thống quản lý phiên bản văn bản

Đồ án: Hệ thống quản lý phiên bản văn bản. Bạn đang chuẩn bị làm bài báo cáo thực tập nghề nghiệp, hay bạn đang làm đồ án tốt nghiệp, nhưng các bạn lại chưa biết lựa chọn đề tài nào cho phù hợp với trường hợp của bạn, giờ đây các bạn không còn phải lo lắng về vấn đề đó nữa, vì dưới đây Dịch Vụ Hỗ Trợ Viết Luận Văn sẽ chia sẻ đến các bạn sinh viên một bài Đồ án: Hệ thống quản lý phiên bản văn bản các bạn có thể tham khảo thử nhé.

LỜI NÓI ĐẦU

Các hệ thống thông tin trong các tổ chức ngày càng phức tạp, hệ thống văn  bản được chuẩn hóa và quản lý theo các quy trình tiên tiến. Các tổ chức nhà nước từ thấp đến cao, từ các công ty nhỏ đến lớn, từ các trung tâm nghiên cứu đến các doanh nghiệp sản xuất và cả các công ty phát triển phần mềm đều cần có hệ thống quản lý văn bản. Các văn bản được biên tập qua nhiều giai đoạn, mỗi lần sửa đổi đó là một phiên bản khác nhau. Việc quản lý các phiên bản rất phức tạp và đa dạng. Riêng đối với các công ty phần mềm, ngoài các phiên bản về văn bản hành chính còn cần quản lý các phiên bản về mã nguồn phần mềm. Mã nguồn phần mềm khi chưa biên dịch cũng là các văn bản. Việc phân bổ các công việc cho lập trình viên lập trình và thu về các mã nguồn rồi đồng bộ chúng là công việc khó nhất của những người đóng vai trò trưởng nhóm phần mềm hoặc của người quản trị dự án. “Đồ án: Hệ thống quản lý phiên bản văn bản”

Việc tìm hiểu và nghiên cứu xây dựng một hệ thống quản lý phiên bản là công việc phức tạp nhưng rất lý thú và cần thiết. Xuất phát từ yêu cầu của từng tổ chức thì tính năng của các hệ thống này cũng khác nhau, nhưng tựu chung vẫn dựa trên những chức năng xương sống như: tạo, phân phối, cập nhật, đồng bộ phiên bản,…

Từ hướng tiếp cận trên, em đã tiến hành thực hiện đề tài “Hệ thống quản lý phiên bản văn bản”. Nhằm mục đích tìm hiểu kiến trúc, quy trình xây dựng hệ thống quản lý phiên bản và các chức năng của chúng. Trong khóa luận này em đã tìm hiểu các kiến thức liên quan và thử nghiệm xây dựng một hệ thống quản lý phiên bản văn bản dựa trên nền Web.

Khóa luận được tổ chức thành các phần như sau:

Chương 1:Trình bày về kiến trúc của hệ thống quản lý phiên bản và các khái niệm liên quan.

Chương 2: Phân tích, thiết kế hệ thống quản lý phiên bản văn bản.

Chương 3: Trình bày chương trình ứng dụng quản lý phiên bản văn bản. Kết luận

1.1 Quản lý phiên bản văn bản trên thế giới và ở Việt Nam “Đồ án: Hệ thống quản lý phiên bản văn bản”

Quản lý phiên bản (control version) trong phát triển phần mềm cũng như trong các ứng dụng quản lý phiên bản văn bản của các tổ chức đóng vai trò quan trọng nếu không nói là quan trọng nhất. ạn  các phiên bản văn bản  ổ chức. Tuy nhiên, c tổ chức  ủa văn bản

1.2.   Các công cụ hỗ trợ quản lý phiên bản hiện nay

Phiên bản Subversion, Tortoisesvn, Git, Bazaar, Mercurial, KnowledgeTree…Các phần mềm này đều là mã nguồn mở, vì vậy việc cài đặt là khá dễ dàng.

1.3. Giới thiệu

Một hệ thống kiểm soát phiên bản là một phần mềm giúp các nhà phát triển trên một nhóm phần mềm làm việc cùng nhau và cũng có thể lưu trữ toàn bộ lịch sử của công việc. Hệ thống có khả năng tự cập nhật, so sánh và kết hợp tài nguyên mới vào tài nguyên cũ.

Hệ thống quản lý phiên bản giải quyết được các vấn đề

• Khi một nhóm làm việc trên cùng một dự án, việc nhiều người cùng chỉnh sửa nội dung của một tập tin là điều không thể tránh khỏi. hệ thống quản lý phiên bản cung cấp các chức năng để có thể thực hiện việc này một cách đơn giản và an toàn
• Hệ thống quản lý phiên bản được thiết kế với mục đích thay thế hệ thống quản lý phiên bản Concurrent Versioning System (CVS) đã cũ và có nhiều nhược điểm. Hệ thống quản lý phiên bản có thể được sử dụng để quản lý bất cứ hệ thống phiên bản nào “Đồ án: Hệ thống quản lý phiên bản văn bản”
• Hệ thống quản lý phiên bản là hệ thống quản lý mạnh mẽ, hữu dụng, và linh hoạt.
• Hệ thống quản lý phiên bản quản lý tập tin và thư mục theo thời gian
• Hệ thống quản lý phiên giống như một hệ thống tập tin máy chủ mà các máy khách có thể tải xuống và tải lên các tập tin một cách bình thường
• Điểm đặt biệt của hệ thống quản lý phiên là nó lưu lại tất cả những gì thay đổi trên hệ thống tập tin: tập tin nào đã bị thay đổi lúc nào, thay đổi như thế nào, và ai đã thay đổi nó
• Hệ thống quản lý phiên cũng cho phép phục hồi lại những phiên bản cũ một cách chính xác. Các chức năng này giúp cho việc làm việc nhóm trở nên hiệu quả và an toàn hơn rất nhiều
• Thông thường, máy khách và máy chủ kết nối thông qua mạng LAN hoặc Internet. Máy khách và máy chủ có thể cùng chạy trên một máy nếu hệ thống quản lý phiên có nhiệm vụ theo vết lịch sử của dự án do các nhà phát triển phần mềm phát triển trong nội bộ
• Hệ thống quản lý phiên hỗ trợ khá nhiều giao thức để kết nối giữa máy khách và máy chủ

1.4.Lịch sử phát triển

Lịch sử bốn mươi năm của các công cụ quản lý phiên bản cho thấy một phong trào hướng tới ổn định hơn.

• Trong các công cụ thế hệ đầu tiên.Một người có thể làm việc trên một tập tin tại một thời điểm.
• Các công cụ thế hệ thứ hai là một chút công bằng hơn về sửa đổi cùng một lúc, với một hạn chế đáng chú ý. Người sử dụng phải hợp nhất các phiên bản hiện tại trước khi commit.
• Các công cụ thế hệ thứ ba cho phép committrước khi hợp nhất.

1.5.Các khái niệm và thuật ngữ quan trọng “Đồ án: Hệ thống quản lý phiên bản văn bản”

1.5.1. Nơi lưu trữ

Nơi lưu trữ (repository) là một nơi chung lưu trữ mọi bản chính (master copy) của các tập tin khi chúng được thêm vào trong cơ sở dữ liệu của một VCS(Version Control System).

Có thể được lưu trữ riêng cho từng tập tin hoặc chung cho mọi tập tin.

Trong môi trường phát triển nhóm, nơi lưu trữ thường nằm trên một máy chủ riêng.

Nơi lưu trữ có thể lưu trữ: mã nguồn, sưu liệu, các tài liệu khác (hình ảnh, âm thanh, …)

Nơi lưu trữ có thể lưu trữ mọi thứ. Vậy các loại tập tin nào nên được đưa vào? Nếu không có phiên bản cập nhật của tập tin config.php, chúng ta không thể xây dựng được ứng dụng của mình. Khi đó tập tin config.php nên được cho vào trong nơi lưu trữ.

1.5.2. Thư mục làm việc

Thư mục làm việc (working folder) là một nơi mà chúng ta lấy phiên bản của tập tin và hiệu chỉnh.

Thư mục làm việc thường được đặt trên máy client cho từng thành viên trong khi làm việc nhóm.

Khi các phiên bản được lấy ra, thư mục này là nơi mặc định mà một VCS sẽ dùng để lưu trữ các bản sao phiên bản đó.

1.5.3. Khóa “Đồ án: Hệ thống quản lý phiên bản văn bản”

Khi làm việc nhóm, các thành viên có thể hiệu chỉnh cùng một tập tin tại một thời điểm. Xung đột là điều tất yếu xảy ra. Làm sao tránh xung đột? Tùy chọn khóa hay cơ chế khóa (locking) cho phép ngăn chặn xung đột. Có 2 loại khóa:

• Khóa nghiêm ngặt (strict locking): Trong khóa này, khi một tập tin được lấy ra để hiệu chỉnh, nó sẽ bị đặt thuộc tính là read-only. Do đó, thành viên có thể đọc nó nhưng không thể hiệu chỉnh nội dung của nó. Chỉ khi nào tập tin đó được cập nhật, thành viên khác mới có thể lấy ra lại.

Vấn đề: nếu một thành viên lấy ra hiệu chỉnh quá lâu và chưa cập nhật, những thành viên khác sẽ không làm gì được.

• Khóa tự do (optimistic locking): Khóa tự do cho phép khi một tập tin được lấy ra để sửa, các thành viên khác cũng có quyền cập nhật dữ liệu trong tập tin đó. Và khi hai thành viên cùng check in tập tin đã được hiệu chỉnh, nguyên tắc sau được thực hiện:
• Nếu 2 bản cập nhật không cùng cập nhật 1 dòng, việc cập nhật sẽ ghép 2 bản đó lại.
• Nếu 2 bản cùng cập nhật 1 dòng, VCS sẽ báo cho 2 thành viên đó và cho họ tự chọn việc cập nhật.

1.5.4. Dự án, module và tập tin

Dự án là một thư mục lưu trữ toàn bộ thông tin của các tập tin của nhóm. Một nhóm có thể thực hiện nhiều dự án khác nhau. Các dự án này có thể chia sẻ các tập tin (shared file). Mỗi VCS thường có một dự án gốc cho mọi dự án.

Mô đun là một dự án con (sub-project) nằm trong một dự án mẹ.

Tập tin trong dự án có thể thuộc về một hoặc nhiều dự án (shared file).

1.5.5. Phân nhánh “Đồ án: Hệ thống quản lý phiên bản văn bản”

Khi làm việc nhóm, mọi thành viên đều có một phần mã chung, gọi là nhánh chính (mainline). Và các thành viên đều làm việc với một phần của nhánh chính. Khi có yêu cầu tách một phần mã chung đó, ví dụ như để tạo một phiên bản để thử nghiệm, các thành viên của nhóm phân phối thử nghiệm đó cần mã độc lập với nhánh chính. Giải pháp là dùng phân nhánh.

Chia nhánh (branching) là một cơ chế của hệ thống quản lý phiên bản cho phép tách một phần của dự án ra riêng. Phần này sẽ hoạt động độc lập với dự án chung. Khi đó, việc đánh phiên bản cũng thay đổi.

Ví dụ: nếu một tập tin config.php trong nhánh chính có số phiên bản là 1.14 và một nhánh mới được tạo ra, config.php sẽ có số phiên bản trong nhánh là 1.14.1.1. Việc hiệu chỉnh tập tin đó trong nhánh chính sẽ cho chỉ số phiên bản mới trong nhánh chính là 1.15 tuy nhiên nếu hiệu chỉnh tập tin đó trong nhánh thì nó có số phiên bản mới là 1.14.1.2.

1.5.6. Ghép tập tin

Có nhiều nhánh (branch) có thể được tách ra làm việc độc lập. Nếu họ trong khi làm thấy rằng có một số lỗi (bug) phát sinh và có ảnh hưởng tới nhánh chính. Họ sẽ làm sao để cập nhật nhanh nhất mã trong nhánh chính và dùng cách ghép tập tin (merge).

Ghép tập tin sẽ cho phép loại bỏ được việc phải cắt dán nhiều lần trên các phiên bản khác nhau của hệ thống.

1.5.7. Phiên bản “Đồ án: Hệ thống quản lý phiên bản văn bản”

Mỗi tập tin có thể có nhiều phiên bản (version). Các phiên bản được đánh số khác nhau. Mỗi lần chúng ta hiệu chỉnh nội dung tập tin và cập nhật vào nơi lưu trữ của VCS, phiên bản sẽ được cập nhật.

Một số VCS sử dụng hệ thống phiên bản 1, 2, 3, … trong khi có một số khác sử dụng hệ thống 1.0, 1.1, 1.2, … Các VCS thường lưu phiên bản cuối cùng và các thay đổi của phiên bản cuối so với phiên bản trước đó.

Các số phiên bản (như 1.0, 1.1, hay 1.2, …) còn được gọi là revision(bản sửa đổi).

Đi đôi với số phiên bản, VCS lưu thêm các thông tin về ngày giờ cập nhật, người cập nhật và một số ghi chú nếu có.

Một vấn đề nhỏ trong cách đánh số này là làm sao các thành viên trong nhóm biết được các phiên bản của dự án. Số phiên bản trong dự án sẽ thay đổi khi phiên bản của tập tin thay đổi. Các VCS do đó sử dụng thêm một cách ghi nhận phiên bản là đánh nhãn (labeling). Khi đó, cho dù số phiên bản của dự án thay đổi, nhãn của dự án vẫn không đổi [9].

CÓ THỂ BẠN QUAN TÂM ĐẾN DỊCH VỤ:

===>>> Viết Thuê Đồ Án Tốt Nghiệp

1.6.Kiến trúc của hệ thống quản lý phiên bản “Đồ án: Hệ thống quản lý phiên bản văn bản”

Hầu hết hệ thống quản lý phiên bản phổ biến hiện nay được chia thành 3 loại chính:Quản lý phiên bản cục bộ (Local Version Control Systems), Quản lý phiên bảntập trung (Centralized Version Control  System) và quản lý phiên bản phân tán( Distributed Version Control System)

1.6.1. Hệ thống quản lý phiên bản cục bộ

Phương pháp quản lý phiên bản này được nhiều người lựa chọn để sao chép các tập tin vào một thư mục khác (có thể là một thư mục đánh dấu theo thời gian). Phương pháp này là rất phổ biến vì nó rất đơn giản, nhưng lại rất dễ bị lỗi. Rất dễ nhầm khi vô tình ghi các tập tin sai hoặc chép các tập tin mà bạn không mong muốn vào thư mục đang làm.

Để giải quyết các vấn đề này các lập trình viên phát triển hệ thống quản lý phiên bản cục bộ đã có một cơ sở dữ liệu đơn giản mà giữ tất cả những thay đổi dưới sự quản lý các phiên bản sửa đổi (Xem hình1)[8].

Một trong những công cụ quản lý phiên bản phổ biến là một hệ thống gọi là RCS(Revision Control System). Hiện vẫn được sử dụng trong các máy tính ngày nay. Thậm chí cả hệ điều hành Mac OSnổi tiếng bao gồm các lệnh RCS khi cài đặt các công cụ phát triển. Công cụ này về cơ bản hoạt động bằng cách giữ tập hợp bản vá từ một phiên bản khác trong một dạng đặc biệt trên ổ đĩa, sau đó có thể tạo bất kỳ tập tin trông giống như thế tại bất kỳ thời điểm nào bằng cách cộng tất cả các  bản vá lỗi lại.

1.6.2. Hệ thống quản lý phiên bản tập trung “Đồ án: Hệ thống quản lý phiên bản văn bản”

Vấn đề quan trọng mà mọi người gặp phải là cần phải hợp tác với các nhà phát triển trên các hệ thống khác. Để giải quyết vấn đề này, hệ thống quản lý phiên bản tập trung được phát triển. Những hệ thống chẳng hạn như CVS (Concurrent Versioning System), Subversion,…có máy chủ duy nhất chứa tất cả các tập tin phiên bản và một số máy khách kiểm tra các tập tin đó từ nơi trung tâm. Trong nhiều năm nay, đã được chuẩn hóa trong quản lý phiên bản (Xem hình 2) [8].

Các thiết lập này cung cấp nhiều lợi thế, đặc biệt là trên hệ thống quản lý phiên bản cục bộ. Ví dụ : ai cũng có quyền nhất định trên dự án mình đang làm. Các người quản lý có quyền kiểm soát các hạt mịn và nó dễ dàng hơn để quản lý một CVShơn so với việc đối phó với cơ sở dữ liệu cục bộ trên tất cả các máy khách.

Tại thời điểm này hệ thống quản lý phiên bản phổ biến nhất được biết đến là Subversion , được coi là một hệ thống quản lý phiên bản tập trung. Khái niệm chính của hệ thống phiên bản tập trung là hoạt động trong quan hệ khách hàng và máy chủ. Kho nằm ở một nơi và cung cấp truy cập cho nhiều máy khách. Nó rất giống với FTP tại nơi bạn có một máy khách FTP có kết nối với một máy chủ FTP. Mọi sự thay đổi, người dùng, commit và thông tin phải được gửi và nhận từ kho lưu trữ trung tâm này

Ưu điểm của hệ thống quản lý phiên bản tập trung:

• Dễ hiểu.
• Có quyền quản lý người dùng và quyền truy cập.
• Rất đơn giản cho người mới bắt đầu.

Nhược điểm của hệ thống quản lý phiên bản tập trung:

• Phụ thuộc vào quyền truy cập máy chủ.
• Khó khăn để quản lý một máy chủ và các bản sao lưu.
• Rẽ nhánh và hợp nhất khó sử dụng[6].

1.6.3. Hệ thống quản lý phiên bản phân tán

Đây là hệ thống quản lý phiên bản phân tán (DVCS). Các DVCS (như Git, Mercurial, Bazaar hoặc Darcs) máy khách cần kiểm tra các ảnh chụp mới nhất của các tập tin. Vì vậy, nếu bất kỳ máy chủ bị hỏng, các hệ thống này sẽ cộng tác thông qua nó, bất kỳ những kho của máy khách có thể sao chép lại các thiết lập của máy chủ để khôi phục lại nó. Mọi thứ checkout là bản sao lưu đầy đủ của tất cả các dữ liệu (Xem hình 3) [8]. “Đồ án: Hệ thống quản lý phiên bản văn bản”

Hệ thống phân tán là một lựa chọn mới.Trong quản lý phiên bản phân tán, mỗi người sử dụng có 1 bản sao riêng của mình trong kho lưu trữ, không phải chỉ có tập tin mà có cả lịch sử lưu trữ. Hãy xem nó như là một mạng lưới kho lưu trữ cá nhân. Hai hệ thống quản lý phiên bản phân tán phổ biến nhất là Git và Mercurial.

Ưu điểm của hệ thống quản lý phiên bản phân tán:

• Theo dõi sự thay đổi mạnh mẽ và chi tiết hơn, có nghĩa là các cuộc xung đột ít hơn.
• Không gian làm việc riêng.
• Không cần máy chủ (commit offline).
• Rẽ nhánh và hợp nhất tin cậy hơn, do đó được sử dụng thường xuyên sử dụng.
• Làm việc nhanh hơn.
• Sao lưu ngầm.

Nhược điểm của hệ thống quản lý phiên bản phân tán:

• Các mô hình phân phối là khó hiểu.
• Kho lưu trữ lớn.
• Không có nhiều giao diện[6].

1.6.4. Các thao tác của hệ thống quản lý phiên bản tập trung “Đồ án: Hệ thống quản lý phiên bản văn bản” 

Có 18 thao tác cơ bản trong hệ thống quản lý phiên bản tập trung.Trong phần này giới thiệu một số thao của hệ thống quản lý phiên bản.

1.6.4.1. Tạo (Create)

Một kho lưu trữ là nơi người dùng lưu trữ tất cả các công việc.Nó theo dõi những tài liệu của người dùng(nghĩa là tất cả các tập tin của người dùng), cũng như cách bố trí của các tập tin mà chúng được lưu.

Nếu định nghĩa ở đoạn trên là toàn bộ vấn đề.Kho lưu trữ quản lý phiên bản không được phép nhiều hơn một hệ thống tập tin. Một kho lưu trữ tất cả các lịch sử.

Kho lưu trữ = Hệ thống tập tin * Thời gian

Một hệ thống tập tin có hai chiều: không gian của nó được xác định bởi các thư mục và tập tin. Ngược lại, một kho lưu trữ có ba chiều: Nó tồn tại trong một chuỗi liên tục được định nghĩa bởi các thư mục, tập tin, và thời gian. Một kho lưu trữ quản lý phiên bản lưu trữ tất cả các phiên bản của mã nguồn của người dùng đã từng tồn tại.Một khi người dùng thực hiện một số thay đổi đến kho lưu trữ, ngay cả

khi sự thay đổi để xóa một cái gì đó, các kho lưu trữ sẽ tăng lên bởi vì lịch sử cũng tăng theo. Người dùng không bao giờ loại trừ bất cứ điều gì từ lịch sử. “Đồ án: Hệ thống quản lý phiên bản văn bản”

Thao tác tạo được sử dụng để tạo ra một kho lưu trữ mới.Đây là một trong những hoạt động đầu tiên mà bạn sẽ sử dụng và sau đó, nó được sử dụng rất nhiều và thường xuyên hơn.

Hầu hết các hệ thống quản lý phiên bản có nhiều hơn 18 lệnh, bao gồm rất nhiều công cụ hữu ích.Chương này là khoảng 18 hoạt động phổ biến mà có thể  được coi là khái niệm cốt lõi của quản lý phiên bản.

Khi người dùng tạo ra một kho lưu trữ mới, VCS của bạn sẽ mong bạn làm điều gì đó để nhận biết nó, chẳng hạn như nơi bạn muốn nó được tạo ra, hoặc những gì tên của nó nói nên được.

1.6.4.2. Lấy tập tin (Checkout)

Hoạt động Checkout được sử dụng khi bạn cần phải tạo một bản sao làm việc mới cho một kho lưu trữ đã tồn tại.

Một bản sao làm việc là một bản sao được sử dụng để làm việc. Một bản sao làm việc là một bản chụp của các kho lưu trữ được sử dụng bởi một nhà phát triển như là một nơi để thực hiện thay đổi. Kho lưu trữ được chia sẻ cho tất cả những người trong một nhóm, nhưng người ta không sửa đổi trực tiếp. Thay vào đó, mỗi người trong nhóm làm việc bằng cách sử dụng với một bản sao làm việc. Bản sao làm việc cho người dùng một không gian làm việc riêng, nơi mà người dùng có thể làm công việc một mình với phần còn lại của nhóm.

Cuộc đời của một nhà phát triển là một vòng lặp vô hạn mà trông giống như sau:

1. Tạo một bản sao làm việc.
2. Sửa đổi các bản sao làm việc.
3. Sửa đổi các kho lưu trữ kết hợp những thay đổi.
4. Goto 2 “Đồ án: Hệ thống quản lý phiên bản văn bản”

Hãy tưởng tượng một chút những gì cuộc sống sẽ như thế nào mà không có sự phân biệt giữa bản sao làm việc và kho lưu trữ. Trong một nhóm người làm việc  độc lập, tình huống này sẽ không có tranh chấp xảy ra. Tuy nhiên, đối các nhà phát triển làm việc cùng trên một tập tin gốc, mọi thứ có thể trở nên rất lộn xộn.

Người sử dụng lưu trữ mã của họ trên một máy chủ của tất cả tập tin. Tất cả mọi người sử dụng tập tin để chia sẻ và chỉnh sửa các tập tin gốc tại chỗ. Khi ai đó muốn chỉnh sửa đó, người dùng sẽ không thể làm được gì nếu có ai đó đang sử dụng tập tin gốc đó.

Với một công cụ quản lý phiên bản, làm việc trên một nhóm đa người là đơn giản hơn nhiều. Mỗi nhà phát triển có một bản sao làm việc để sử dụng như một không gian làm việc riêng tư. Người sử dụng có thể thay đổi bản sao làm việc của mình mà không ảnh hưởng xấu đến phần còn lại của đội.

Bản sao làm việc thực sự không chỉ là một bản chụp của các nội dung của kho lưu trữ. Nó còn lưu trữ một số dữ liệu để có thể theo dõi cẩn thận tình trạng của sự vật.

Hãy giả sử người sử dụng có một bản sao làm việc mới. Nói cách khác, người dùng bắt đầu với một phiên bản đầu tiên từ kho lưu trữ. Tại thời điểm này, bản sao làm việc mới của người dùng hoàn toàn đồng bộ với các nội dung của kho lưu trữ. Nhưng với điều kiện là không giữ bản sao làm việc quá lâu. Người dùng sẽ làm thay đổi một số thứ của tập tin trong bản sao làm việc này, do đó nó sẽ trở nên mới hơn so với phiên bản đầu tiên kho lưu trữ. Người dùng khác cũng thay đổi tập tin trong kho lư trữ, do đó làm cho bản sao của người dùng đầu tiên coi như là bản sao cũ đối với những người sử dụng tiếp theo.Bản sao này được coi như là vừa mới và vừa cũ. Những điều này sẽ gây nhầm lẫn. Các công cụ điều khiển phiên bản có trách nhiệm theo dõi tất cả mọi thứ. Trong thực tế, nó phải theo dõi tình trạng của từng tập tin.

Mục tiêu của công cụ là quản lý, các công cụ quản lý phiên bản thường giữ thông tin để thoi dõi bản sao làm việc. Khi một tập tin được lấy ra, VCS lưu trữ nội dung của nó trong bản sao làm việc tương ứng của tập tin đó, mà nó còn ghi lại một số thông tin nhất định. Ví dụ: “Đồ án: Hệ thống quản lý phiên bản văn bản”

• Công cụ quản lý phiên bản có thể ghi lại các dấu thời gian trên các tập tin làm việc để nó sau này có thể phát hiện ra người dùng nào đã thay đổi nó.
• Nó có thể ghi lại số phiên bản của tập đã được lấy ra từ kho lưu trữ để sau này có thể biết phiên bản bắt đầu thay đổi từ lúc nào.
• Nó thậm chí có thể gài đi một bản sao đầy đủ của tập tin đó đã được lấy ra để nó có thể hiển thị một người khác mà không cần truy cập vào máy chủ.

Công cụ này được lưu trữ trong khu vực quản lý, mà thường là một hoặc nhiều thư mục ẩn trong bản sao làm việc. Vị trí chính xác của nó phụ thuộc vào công cụ quản lý phiên bản bạn đang sử dụng.

1.6.4.3. Cập nhật tập tin khi checkout(Commit)

Thao tác này thực tế là sửa đổi các kho lưu trữ, một số thao tác khác sửa đổi bản sao làm việc và bổ sung một thao tác vào danh sách gọi là danh sách chờ thay đổi. Các thao tác commit lấy danh sách chờ và sử dụng nó để tạo ra một phiên bản mới của cây trong kho. trong bản sao với kho như thay đổi mới.

Tất cả các công cụ quản lý phiên bản hiện đại thực hiện thao tác một cách độc lập. Hay nói một cách khác, dù có bao nhiêu thay đổi trong danh sách chờ cũng không có vấn đề gì, kho lưu trữ sẽ kết thúc với tất cả các hoạt động (nếu hoạt động thành công), hoặc không một hoạt động nào được thực hiện (nếu hoạt động không thành công). Không thể xảy ra trường hợp kho chứa kết thúc trong trạng thái hoàn thành được một nửa. Tính toàn vẹn của kho lưu trữ được đảm bảo.

Điểm nổi bật là cung cấp một nhật ký khi commit, hay diễn giải các thay đổi đã tạo ra. Nhật ký là một phần của lịch sử kho lưu trữ. “Đồ án: Hệ thống quản lý phiên bản văn bản”

1.6.4.4. Cập nhật (Update)

Cập nhật mang đến cho bản sao làm việc của được cập nhật bằng cách áp dụng những thay đổi từ kho lưu trữ, kết hợp chúng với bất kỳ thay đổi mà đã thực hiện cho bản sao làm việc nếu cần thiết. Khi các bản sao làm việc lần đầu tiên được tạo ra, nội dung của nó chính xác phản ánh một phiên bản cụ thể của kho. VCS ghi nhớ các sửa đổi đó để có thể theo dõi cẩn thận về nơi bắt đầu thực sao làm việc đối với các kho lưu trữ. hiện thay đổi của bạn. Sửa đổi này thường được gọi là phần tử cấp trên của các bản sao làm việc, bởi vì nếu bạn chuyển thay đổi từ bản sao làm việc, sửa đổi đó sẽ là phần tử cấp trên của thay đổi mới

Cập nhật này giống như hình ảnh phản chiếu của commit. Cả hai hoạt động di chuyển thay đổi giữa các bản sao làm việc và kho lưu trữ. Commit đi từ bản sao làm việc vào kho. Cập nhật đi theo một hướng khác.

1.6.4.5. Thêm (Add)

Thêm một tập tin hoặc thư mục.

Sử dụng các thao tác thêm khi có một tập tin hoặc thư mục trong bản sao làm việc mà chưa kiểm soát phiên bản và muốn thêm nó vào kho lưu trữ. Các sự thay đổi thực tế không được bổ sung vào ngay. Thay vào đó, các sự thay đổi trở thành một phần của danh sách chờ, và được bổ sung vào kho lưu trữ khi bạn commit.

1.6.4.6. Sửa (Edit)

Sửa một tập tin

Đây là thao tác phổ biến nhất khi sử dụng một hệ thống quản lý phiên bản. Khi checkout, bản sao làm việc bao gồm một loạt các tập tin từ kho lưu trữ. Người dùng chỉnh sửa các tập tin sẽ thay đổi một phần trong kho lưu trữ.

Với hầu hết các công cụ quản lý phiên bản, các hoạt động chỉnh sửa không thực sự liên quan trực tiếp đến VCS. Người dùng sửa đổi các tập tin bằng bất kỳ trình soạn thảo văn bản hay môi trường phát triển nào và VCS sẽ ghi nhận sự thay đổi của tập tin và đưa vào danh sách chờ. “Đồ án: Hệ thống quản lý phiên bản văn bản”

Mặt khác, một số công cụ quản lý phiên bản muốn bạn được rõ ràng hơn. Những công cụ này thường được thiết lập chỉ cho phép đọc tất cả các tập tin trong bản sao làm việc. Mà không cho phép sửa các tập tin gốc

1.6.4.7. Xóa (Delete)

Xóa một tập tin hoặc thư mục.

Sử dụng các thao tác xóa khi bạn muốn xóa một tập tin hoặc thư mục từ kho lưu trữ.

Nếu bạn cố gắng để xóa một tập tin đã được sửa đổi trong bản sao làm việc,

VCS sẽ đưa ra cảnh báo.

Thông thường, các thao tác xóa sẽ lập tức xóa các bản sao làm việc của tập tin, nhưng thực tế việc xóa của các tập tin trong kho lưu trữ chỉ đơn giản là thêm vào danh sách chờ

Hãy nhớ rằng trong kho lưu trữ tập tin không thực sự bị xóa. Khi bạn commit một danh sách chờ bao hàm việc xóa, chỉ đơn giản là tạo ra một phiên bản mới của cây mà không lưu trữ các tập tin đã xóa. Các phiên bản trước của cây vẫn còn trong kho lưu trữ, và phiên bản đó vẫn còn lưu trữ các tập tin. “Đồ án: Hệ thống quản lý phiên bản văn bản”

1.6.4.8. Đổi tên (Rename)

Đổi tên một tập tin hoặc thư mục.

Sử dụng thao tác đổi tên khi bạn muốn thay đổi tên của một tập tin hoặc thư mục. Các hoạt động được thêm vào danh sách chờ, nhưng các mục trong bản sao làm việc thường được đổi tên ngay lập tức.

Có rất nhiều sự đa dạng trong các công cụ quản lý phiên bản hỗ trợ đổi tên.

Một số công cụ trước đó đã không hỗ trợ cho việc đổi tên tất cả.

Một số công cụ (Bazaar và Veracity) thực hiện đổi tên chính thức, đòi hỏi hiển thị thông báo một cách rõ ràng khi tập tin được đổi tên. Những công cụ xử lý tên của một tập tin hoặc thư mục chỉ đơn giản là thay đổi những thuộc tính theo thời gian.

Vẫn còn các công cụ khác (Git) thực hiện đổi tên chính thức, phát hiện đặt lại tên bằng cách quan sát những thay đổi chứ không phải bằng cách theo dõi danh tính của một tập tin. Việc phát hiện đổi tên thường hoạt động tốt trong thực tế, nhưng nếu một tập tin đã đổi tên và thay đổi, VCS sẽ làm việc sai lệch.

1.6.4.9. Di chuyển(Move)

Di chuyển một tập tin hoặc thư mục.

Sử dụng các thao tác di chuyển khi bạn muốn di chuyển một tập tin hoặc thư mục từ một nơi đến cây khác. Các hoạt động sẽ được thêm vào danh sách chờ, nhưng các mục trong bản sao làm việc thường được di chuyển ngay lập tức.

Một số công cụ xử lý đổi tên và di chuyển,trong khi những công cụ khác giữ các phiên bản riêng biệt.

1.6.4.10. Trạng thái (Status)

Liệt kê các thay đổi đã được thực hiện cho các bản sao làm việc. “Đồ án: Hệ thống quản lý phiên bản văn bản”

Khi bạn thực hiện thay đổi trong bản sao làm việc của bạn, mỗi thay đổi được thêm vào danh sách chờ.Thao tác trạng thái được sử dụng để xem các danh sách chờ. Hay nói một cách khác, Trạng thái hiển thị những gì thay đổi sẽ được áp dụng cho các kho lưu trữ nếu người dùngcommit.

1.6.4.11. Chỉ ra các chi tiết(Diff)

Chỉ ra các chi tiết của những sửa đổi đã được thực hiện với các bản sao làm việc.

Trạng thái cung cấp một danh sách các thay đổi nhưng không có chi tiết về các sự thay đổi. Để xem chính xác những gì thay đổi đã được thực hiện cho các tập tin, bạn cần phải sử dụng thao tácdiff. Hệ thống VCS có thể thực hiện difftheo nhiều cách khác nhau. Đối với một ứng dụng dòng lệnh, nó chỉ đơn giản có thể in diffra cửa sổ dòng lệnh. Hoặc,hệ thống VCS có thể khởi động một ứng dụng trực quan khác.

1.6.4.12. Hoàn nguyên (Revert)

Hoàn nguyên sửa đổi được thực hiện cho các bản sao làm việc.

Đôi khi thay đổi bản sao làm việc mà đơn giản là không có ý định giữ. Có lẽ bạn đã cố gắng để sửa chữa một số lỗi và phát hiện ra rằng sửa chữa của bạn đưa ra một số lỗi mới là tồi tệ hơn so với cái mới bắt đầu. Hoặc, có lẽ bạn chỉ cần thay đổi ý. Trong mọi trường hợp, một tính năng rất tốt của một bản sao làm việc là khả năng hoàn nguyên các thay đổi mà bạn đã thực hiện.

Một hoàn nguyên hoàn toàn của các bản sao làm việc sẽ vứt bỏ tất cả các danh sách chờ và trả lại bản sao làm việc đã được chỉ sau khi kiểm tra.

1.6.4.13. Log (Nhật ký)

Hiện lịch sử của những thay đổi trong kho lưu trữ.

Kho lưu trữ theo dõi tất cả các phiên bản đã từng tồn tại. Thao tác log là cách để xem các hồ sơ này. Nó sẽ hiển thị từng danh sách cùng với dữ liệu bổ sung như: “Đồ án: Hệ thống quản lý phiên bản văn bản”

Ai thực hiện thay đổi.

Những thay đổi thực hiện khi nào. Các thông báo đăng nhập là gì.

Hầu hết các công cụ quản lý phiên bản hiện nay vân hành theo 2 cách: slicing and dicing.

1.6.4.14.  Tag (Đánh dấu)

Kết hợp một tên có ý nghĩa với một phiên bản cụ thể trong các kho lưu trữ.

Công cụ quản lý phiên bản cung cấp cách để đánh dấu một phiên bản đặc biệt trong lịch sử của kho lưu trữ với một tên có ý nghĩa.

Điều này không hoàn toàn khác với tên mô tả khi sử dụng tên cho các biến và các hằng số trong mã. Trong hai dòng mã sau đây là dễ hiểu?

if (-43 == e)

if (ERR_FILE_NOT_FOUND == errorcode)

1.6.4.15. Rẽ nhánh (Branch)

Tạo ra một nhánh khác khi phát triển.

Thao tác rẽ nhánh là những gì người sử dụng muốn trong quá trình phát triển rẽ thành các nhánh khác nhau. Ví dụ, khi người sử dụng phát hành phiên bản 3.0, có thể muốn tạo ra một nhánh để phát triển 4.0 tính năng có thể được lưu giữ riêng biệt từ 3.0.x khi sửa lỗi. “Đồ án: Hệ thống quản lý phiên bản văn bản”

1.6.4.16. Hợp nhất (Merge)

Áp dụng thay đổi từ một nhánh này sang nhánh khác.

Thông thường khi bạn đã sử dụng một nhánh để cho phép khi phát triển có thể phân ra, sau đó muốn tập trung một lần nữa, ít nhất là một phần. Ví dụ: nếu bạn tạo ra một nhánh cho 3.0.x bản sửa lỗi, bạn có thể muốn sửa những lỗi xảy ra trong dòng chính của bản phát triển là tốt nhất. Nếu không có các thao tác hợp nhất, bạn vẫn có thể thực hiện điều này bằng cách thủ công làm sửa lỗi trong cả hai nhánh. Hợp nhất làm cho hoạt động này đơn giản hơn bằng cách tự động hoá công việc nhiều nhất có thể.

1.6.4.17. Giải quyết xung đột (Resolve)

Xử lý xung đột trong quá trình hợp nhất.

Trong một số trường hợp, các hoạt động hợp nhất đòi hỏi sự can thiệp của người dùng. Hợp nhất tự động thỏa thuận với tất cả mọi thứ có thể để được thực hiện một cách an toàn nhất. Mọi thứ khác sẽ được coi là xung đột. Ví dụ, những gì nếu tập tinconfig.php đã được sửa đổi trong một nhánh này và xóa trong nhánh khác. Tình huống này đòi hỏi phải có một người đưa ra quyết định. Thao tácresolve được dùng để giúp người dùng hình dung được cách VCS giải quyết được xung đột.

1.6.4.18. Khóa (Lock)

Ngăn người khác sửa đổi một tập tin.

Thao táckhóađược sử dụng để loại trừ quyền sửa đổi một tập tin. Không phải tất cả các công cụ điều khiển phiên bản có tính năng này. Trong một số trường hợp, nó được cung cấp nhưngít được sử dụng nhất. Đối với bất kỳ tập tin có định dạng văn bản đơn giản (mã nguồn, XML…), cách tốt nhất là để các VCS xử lý các vấn đề tương tranh. Nhưng đối với tập tin nhị phân có thể không được tự động hợp nhất, có thể thao tác thủ công để lấy một khóa trên một tập tin [4].

1.6.5. Các thao tác của hệ thống quản lý phiên bản phân tán “Đồ án: Hệ thống quản lý phiên bản văn bản”

Ngoài các thao tác kế thừa từ hệ thống quản lý phiên bản tập trung, thì hệ thống quản lý phiên bản phân tán còn thêm một số thao tác khác.

1.6.5.1. Nhân bản (Clone)

Tạo ra một phiên bản kho lưu trữ mới là bản sao của người khác.

Sự khác biệt chủ yếu giữa một hệ thống CVCS và một DVCS là khái niệm về một phiên bản kho. Cũng giống như với một CVCS, khi một kho lưu trữ được tạo ra lần đầu tiên, người dùng tạo ra. Sau đó, điều làm cho một DVCS khác là chúng ta có thể có nhiều phiên bản kho lưu trữ đó. Các thao tác tạo bản sao là cách phiên bản mới được tạo ra. Trong một CVCS, kho tồn tại ở một nơi trên một máy chủ trung tâm. Tất cả phần của phần mềm được sử dụng để truy cập vào khobao gồm mạng các máy khách.

Ngược lại, một DVCS cho phép các kho để tồn tại ở nhiều nơi. Người dùng có thể có nhiều phiên bản kho. Tất nhiên, có nhiều hơn một phiên bản kho có nghĩa là ta cần giữ chúng đồng bộ. Trong thực tế, không chỉ một DVCS cho phép nhiều phiên bản kho lưu trữ. Hầu hết các thao tác đều tương tác với một phiên bản kho cục bộ, không phải là một mạng máy chủ. Lần duy nhất mã mạng được tham gia là khi các phiên bản kho được đồng bộ. Mỗi nhà phát triển đều có riêng một phiên bản kho làm việc.

1.6.5.2. Đẩy (Push)

Sao chép danh sách từ một phiên bản kho lưu trữ cục bộ đến sang một nơi khác

Các thao tác đẩy được sử dụng để đồng bộ hóa giữa hai phiên bản kho. Cụ thể, thao tác này xảy ra khi một phiên bản kho lưu trữ

cục bộ mà muốn sao chép một số danh sách chờ vào phiên bản kho từ xa. Thông thường, các phiên bản kho từ xa là một trong các phiên bản cục bộ được nhân bản. Lưu ý hai phiên bản kho không nhất thiết phải giống hệt nhau sau khi đẩy. Chúng ta có thể hạn chế việc đẩy bằng cách hướng dẫn các VCS chỉ gửi một số thay đổi cục bộ. Hoặc các trường hợp điều khiển từ xa có thể chứa những điều không có trong phiên bản cục bộ

1.6.5.3. Lấy (Pull)

Sao chép danh sách chờ từ một phiên bản kho lưu trữ từ xa về kho cục bộ. Thao tác lấy cũng được sử dụng để đồng bộ hóa giữa hai phiên bản kho. Cụ thể, thao tác này xảy khi một phiên bản kho lưu trữ cục bộ muốn sao chép một số danh sách từ một phiên bản kho lưu trữ từ xa. Thông thường, các phiên bản kho điều khiển từ xa là một phiên bản cục bộ đã được nhân bản.

1.7. Các phương thức xử lý “Đồ án: Hệ thống quản lý phiên bản văn bản”

1.7.1. Vấn đề chia sẻ tập tin

Tất cả các hệ thống quản lý phiên bản phải giải quyết các vấn đề cơ bản như nhau: Hệ thống sẽ cho phép người dùng chia sẻ thông tin, nhưng ngăn người sử dụng vô tình ghi đè lên những thay đổi của nhau trong kho.

Xét tình huống thể hiện trong Hình 8 : “Vấn đề cần tránh”.Giả sử có hai người dùng,Harry và Sally. Mỗi người cùng chỉnh sửa các tập tin cùng một kho lưu trữ cùng một lúc. Nếu Harry lưu thay đổi của mình vào kho đầu tiên, có thể là một vài phút sau đó Sally vô tình ghi đè lên chúng với phiên bản tập tin mới của mình. Mặc dù, phiên bản tập tin của Harry không bị mất (vì hệ thống lưu lại mỗi lần thay đổi), bất kỳ những thay đổi mà Harry làm sẽ không có trong phiên bản tập tin mà Sally làm, Sally không bao giờ nhìn thấy những thay đổi khi bắt đầu làm. Việc Harry làm sẽ bị mất hoặc có hiệu quả thấp từ các phiên bản tập tin mới. Đây chắc chắn là tình huống mà người sử dụng nên tránh.

1.7.2. Các giải pháp khóa – sửa đổi – mở khóa “Đồ án: Hệ thống quản lý phiên bản văn bản”

Nhiều hệ thống quản lý phiên bản sử dụng mô hình khóa – sửa đổi – mở khóa để giải quyết vấn đề của nhiều người dùng xung đột công việc của nhau. Trong mô hình này, các kho lưu trữ cho phép chỉ có một người thay đổi một tập tin tại một thời điểm. Chính sách độc quyền này được quản lýviệc sử dụng ổ khóa. Nếu Harry đã khóa một tập tin, Sally cũng không thể khóa nó, và do đó không thể thực hiện bất kỳ thay đổi nào trên tập tin đó. Những gì Sally có thể làm là đọc các tập tin và chờ cho Harry kết thúc thay đổi và mở khóa. Sau khi Harry mở các tập tin, Sally có thể khóa và chỉnh sửa tập tin. Hình 9: “Giải pháp khóa-sửa đổi-mở khóa”thể hiện giải pháp đơn giản này.

Vấn đề với mô hình khóa – sửa đổi – mở khóa có một chút hạn chế và thường trở thành một rào cản cho người sử dụng:

• Khóa có thể gây ra các vấn đề quản lý. Đôi khi Harry khóa một tập tin và sau đó quên nó. Trong lúc đó, Sally vẫn đang chờ đợi đểđược chỉnh sửa các tập tin. Và sau đó Harry nghỉ. Bây giờ Sally cần có quyền quản lý để mở khóa. Tình hình này gây ra rất nhiều trì hoãn không cần thiết và lãng phí thời “Đồ án: Hệ thống quản lý phiên bản văn bản”
• Khóa có thể gây ra tuần tự không cần thiết: Nếu Harry là người được chỉnh sửa đầu tiên của một tập tin văn bản, và Sally chỉ đơn giản là người chỉnh sửa cuối cùng một tập tin? Những thay đổi này không chồng chéo lên nhau ở tất cả thời điểm. Họ có thể dễ dàng chỉnh sửa các tập tin cùng một lúc, và không gây ra thiệt hại lớn, giả sử những thay đổi đã được sáp nhập lại với nhau đúng cách. Không cần phải cho họ thay phiên nhau trong tình huống này, giả sử những thay đổi được hợp nhất lại với nhau đúng cách. Không cần phải cho họ thay phiên nhau trong tình huống này.
• Khóa có thể tạo ra ý nghĩa sai lệch về bảo mật: Giả sử Harry khóa và chỉnh sửa tập tin config.php, trong khi Sally đồng thời ổ khóa và chỉnh sửa tập tin help.php. Nhưng nếu config.phpvà help.phpphụ thuộc vào nhau, và những thay đổi được thực hiện cho từng ngữ nghĩa không phù hợp. Đột nhiên config.phpvà help.phpkhông làm việc cùng nhau nữa. Hệ thống khóa đã không có cách nào để ngăn chặn các vấn đề nhưng nócó thể giải quyết vần đề bằng cách cung cấp một ý nghĩa sai lệch về bảo mật.

1.7.3. Các giải pháp sao chép – chỉnh sửa – hợp nhất

Các hệ thống quản lý phiên bản sử dụng một mô hình sao chép – chỉnh sửa – hợp nhất để thay thế cho khóa. Trong mô hình này, Mỗi người dùng sẽ làm việc với một kho lưu trữ và tạo ra các bản sao làm việc cá nhân. Sau đó người dùng làm việc một cách đồng thời và độc lập sửa đổi các bản sao làm việc của họ. Cuối cùng các bản sao được hợp nhất với nhau thành một phiên bản cuối cùng. Hệ thống quản lý phiên bản thường được hỗ trợ hợp nhất. Nhưng cuối cùng, người dùng có trách nhiệm làm cho nó hoạt động một cách chính xác nhất.

Ví dụ. Harry và Sally từng tạo ra bản sao làm việc trong cùng một dự án, sao chép từ các kho lưu trữ. Họ làm việc đồng thời và thay đổi các tập tin cùng một lúc trong các bản sao của họ. Sally lưu thay đổi của mình vào kho đầu tiên. Khi Harry cố gắng để lưu các thay đổi của mình sau đó. các kho lưu trữ thông báo tập tin config.phpcủa Harryđã cũ. Nói cách khác, tập tin config.php trong kho lưu trữ bằng cách nào đó đã được thay đổi kể từ lần cuối cùng ông sao chép nó. Vì vậy, Harry yêu cầu máy tính hợp nhất bất kỳ thay đổi mới từ kho lưu trữ vào bản sao làm việc (tập tin config.php). Có thể những thay đổi của Sally không trùng lập với bản sao của Harry, một khi Harrycó cả hai bộ thay đổi hợp nhấtvà lưu bản sao làm việc của mình trở lại kho.Hình 10 : “Giải pháp sao chép-chỉnh sửa-hợp nhất” và Hình 11: “Giải pháp bản sao-chỉnh sửa-hợp nhất (tiếp theo)” cho thấy quá trình này.

Nhưng nếu thay đổi của Sally làm chồng lên nhau với những thay đổi của Harry.Vậy thì,tình trạng này được gọi là xung đột, Harry sẽ hợp nhất những thay đổi mới của bản sao làm việc vào kho lưu trữ. Bản sao config.php được đánh dấu trong trạng thái xung đột, và người làm việc có thể nhìn thấy tập các mâu thuẫn và tự lựa chọn giữa chúng. Lưu ý phần mềm sẽ không tự động giải quyết các xung đột. “Đồ án: Hệ thống quản lý phiên bản văn bản”

Mô hình sao chép – chỉnh sửa – hợp nhất có thể khiến người xem khó hiểu. Nhưng trong thực tế, nó làm việc rất trơn tru. Người dùng có thể làm việc song song, không bao giờ phải chờ đợi nhau. Khi họ làm việc trên cùng một tập tin, nó chỉ ra rằng hầu hết các thay đổi cùng lúc của họ không chồng chéo lên nhau, xung đột hiếm khi xảy ra. Và khoảng thời gian cần thiết để giải quyết xung đột thường là ít hơn so với thời gian đã mất bằng hệ thống khóa.

Tóm lại, Trong khi mô hình khóa – sửa đổi – mở khóa thường được xem có hại cho sự hợp tác, đôi khi khóa lại thích hợp.

Mô hình sao chép – chỉnh sửa –hợp nhất dựa trên giả định trong ngữ cảnh tập tin có thể trộn được, phần lớn các tập tin trong kho lưu trữ là tập tin văn bản dựa trên dòng(ví dụ như chương trình mã nguồn). Nhưng các tập tin với các định dạng nhị phân, chẳng hạn như tác hình vẽ hay âm thanh, nó thường không thể hợp nhất với nhau. Trong những tình huống này, nó thực sự là cần thiết cho người dùng để thay phiên nhau quản lý chặt chẽ khi thay đổi các tập tin. Mà không cần truy cập tuần tự [7]. “Đồ án: Hệ thống quản lý phiên bản văn bản”

Dịch Vụ Viết Luận Văn 24/7 Chuyên cung cấp dịch vụ làm luận văn thạc sĩ, báo cáo tốt nghiệp, khóa luận tốt nghiệp, chuyên đề tốt nghiệp và Làm Tiểu Luận Môn luôn luôn uy tín hàng đầu. Dịch Vụ Viết Luận Văn 24/7 luôn đặt lợi ích của các bạn học viên là ưu tiên hàng đầu. Rất mong được hỗ trợ các bạn học viên khi làm bài tốt nghiệp. Hãy liên hệ ngay Dịch Vụ Viết Luận Văn qua Website:  https://hotrovietluanvan.com/ – Hoặc Gmail: hotrovietluanvan24@gmail.com