Làm thế nào để các nhóm ngăn chặn ghi đè làm việc trong các tệp nguồn? [đóng cửa]

Nó xảy ra với tôi khả năng là trong khi, ví dụ như công cụ trò chơi, đang được xử lý đồng thời bởi nhiều người, làm thế nào để ghi đè bị ngăn chặn?

Giả sử nhà phát triển một đang làm việc Audio.cppvà nhà phát triển hai cũng đang làm việc Audio.cpp, làm thế nào điều này thường được quản lý trong các nhóm lớn để chống lại việc ghi đè? (Nói cách khác để ngăn nhà phát triển hai mở tệp cho đến khi nhà phát triển kết thúc)

Hầu hết các nhóm phát triển phần mềm (không chỉ trong phát triển trò chơi) giải quyết vấn đề này bằng phần mềm kiểm soát phiên bản . Ví dụ là

• Lật đổ
• Git
• Thủy ngân
• Microsoft Team Foundation Server
• Lực lượng

Tất cả các công cụ này có một số khác biệt, nhưng quy trình làm việc cơ bản thường như sau: Có một kho lưu trữ trung tâm cho dự án với cơ sở mã hoàn chỉnh. Khi một nhà phát triển muốn tham gia dự án, họ thực hiện "kiểm tra". Phần mềm kiểm soát phiên bản sao chép cơ sở mã vào máy cục bộ của họ. Phần mềm ghi nhớ phiên bản hiện tại ("sửa đổi") của cơ sở mã. Khi một nhà phát triển thực hiện các thay đổi của họ và muốn đưa chúng vào kho lưu trữ chính, họ thực hiện một "cam kết". Những thay đổi của chúng được tải lên kho lưu trữ trung tâm và một số sửa đổi mới được tạo.

Khi một nhà phát triển khác muốn thực hiện các thay đổi của họ nhưng bản sửa đổi mà họ đã kiểm tra không còn là bản mới nhất, hệ thống kiểm soát phiên bản sẽ không cho phép họ thay đổi. Trước tiên, nhà phát triển cần "kéo" các bản sửa đổi xảy ra trong thời gian đó. Điều này cập nhật bản sao cục bộ của họ lên phiên bản mới nhất trên kho lưu trữ trung tâm. Khi có xung đột (bản sửa đổi trung gian đã thay đổi tệp mà họ cũng đã thay đổi), phần mềm có thể yêu cầu họ giải quyết xung đột bằng cách chỉnh sửa các tệp xung đột theo cách thủ công ("hợp nhất") trong trường hợp không quản lý để tự động làm điều đó. Sau khi họ đã làm điều đó, họ có thể cam kết thay đổi của họ như là một sửa đổi mới.

Các nhà phát triển không sử dụng cùng một tệp.

Mỗi nhà phát triển có phiên bản riêng của tệp và họ sử dụng một loại phần mềm đặc biệt để quản lý công việc của họ. Nếu cả hai đều thực hiện thay đổi cho nó, thì một trong những cố gắng ghi đè lên các thay đổi được thực hiện bởi nhà phát triển khác sẽ gặp phải một xung đột phải giải quyết, nếu không thì phần mềm tôi đã nói về bắt đầu phàn nàn. Nói cách khác, nhà phát triển gây ra xung đột, cần kết hợp công việc của họ với công việc của nhà phát triển khác và chỉ sau đó tệp mới có thể được "lưu".

Đây là một lời giải thích đơn giản cho một phần của khái niệm kiểm soát phiên bản không đơn giản .

Ngoài những điểm được nêu trong các câu trả lời khác về kiểm soát phiên bản và xử lý xung đột với sáp nhập, có ít nhất hai cách khác mà các thành viên trong nhóm có thể tránh ghi đè lên công việc của nhau:

• Một số hệ thống kiểm soát phiên bản (ví dụ SVN) cho phép khóa các tệp. Điều này có nghĩa là một thành viên trong nhóm có thể sở hữu độc quyền một tệp trong một khoảng thời gian, ngăn các thành viên khác trong nhóm thực hiện các chỉnh sửa mâu thuẫn (hoặc, thực sự, bất kỳ chỉnh sửa nào) cho đến khi tệp được mở khóa sau đó.

  Tuy nhiên, điều này thường được sử dụng không thường xuyên, vì nó có thể gây ra một số vấn đề. Nó có thể làm giảm năng suất (bằng cách giới hạn người có thể làm việc trên các tệp tại bất kỳ thời điểm cụ thể nào) và có thể gây ra sự cố nếu ai đó quên mở khóa tệp. Ngoài ra, ít nhất là đối với SVN (tôi không chắc chắn về các VCS khác), việc khóa tệp không ngăn người khác thay đổi bản sao làm việc của họ, điều đó chỉ ngăn họ thực hiện các thay đổi của họ - điều này có thể gây lãng phí nỗ lực nếu nhà phát triển chỉ sửa đổi tệp để phát hiện ra họ không thể cam kết thay đổi vì nó bị khóa.

• Các nhóm có thể cố gắng phân công nhiệm vụ cho các nhà phát triển theo cách mà họ không có nhiều người làm việc trên bất kỳ tệp cụ thể nào tại một thời điểm nhất định. Ví dụ: mỗi nhà phát triển có thể chịu trách nhiệm cho một phần cụ thể của dự án (ví dụ: kết xuất 3D, mạng, âm thanh, v.v.) - nếu cơ sở mã hóa được mô đun hóa tốt, thì nhà phát triển được gán cho mã mạng sẽ không cần phải chạm vào các tệp đối phó với âm thanh.

  Tất nhiên, sẽ luôn có một số chồng chéo phải được quản lý theo một cách khác.