2008-11-08 39 views
13

Chúng tôi vui vẻ sử dụng SVN cho SCM tại nơi làm việc. Hiện tại tôi đã có tài sản nhị phân của chúng tôi trong cùng một kho lưu trữ SVN làm mã của chúng tôi. SVN hỗ trợ các tệp rất lớn (nó truyền chúng trực tiếp 'để giữ cho bộ nhớ sử dụng sane), nhưng nó là SLOOWWWWW.kiểm soát phiên bản trên các tệp lớn

Bạn đề xuất phần mềm quản lý nội dung nào cho giá trị tài sản GB (và đang tăng)? Chúng tôi muốn phân nhánh và hợp nhất (các tài sản khác nhau & các tệp cấu hình được chuyển đến các khách hàng khác nhau).

+0

Trùng lặp: http://stackoverflow.com/questions/275147/svn-optimizations-to-keep-large-repositories-responsive –

+0

đoạn đầu tiên được chia sẻ, các câu hỏi hoàn toàn khác nhau. –

Trả lời

4

Xin lưu ý rằng gần như không thể hợp nhất các tệp nhị phân! Ít nhất là tự động. Ít nhất tôi đã không bao giờ nghe nói về một chương trình hỗ trợ ba chiều sáp nhập trên một định dạng nhị phân. Hãy để một mình xung đột giải quyết.

Đó là lý do tại sao hầu hết các công cụ quản lý tài sản không có phân nhánh, vì nó có ý nghĩa rất ít vì bạn không thể hợp nhất lại. Khóa và lịch sử tuyến tính là tốt hơn. Nếu bạn muốn "chi nhánh", sau đó tạo một bản sao của tập tin với lịch sử.

3

Perforce là hệ thống kiểm soát phiên bản duy nhất mà tôi đã nghe được sử dụng cho các tệp lớn và toàn bộ dự án. Nó miễn phí cho hai chỗ ngồi, nhưng khá đắt đối với nhiều người dùng hơn (khoảng 900 đô la mỗi chỗ ngồi). Tôi đã nghe nói nó có thể xử lý các kho lưu trữ lớn như một terabyte.

git có thể là một tùy chọn khác. Nó hoạt động hơi khác với SVN, nhưng được tạo ra cho các dự án lớn hơn (ví dụ hạt nhân Linux). Tôi không chắc chắn nếu nó tốt cho các tập tin nhị phân lớn.

+2

Với các dự án GIT và Adobe Flash (45 mb tệp .FLA), tôi bắt đầu thấy sự cố: Hết bộ nhớ, malloc không thành công. Tôi có 2 GB trong máy của tôi, vì vậy tôi đoán GIT không giỏi trong việc xử lý các tệp lớn. – neoneye

+1

Tôi đã sử dụng Perforce, khi tôi làm việc trong ngành công nghiệp trò chơi. Nó đôi khi khá khó chịu, nhưng nó xử lý các tệp lớn rất tốt. Tất cả tài sản của chúng tôi đều được giữ nguyên. – gruszczy

0

Nếu bạn cần quản lý các tệp HUGE, hãy thử dùng SCM nhựa (www.plasticscm.com). AFAIK Perforce cũng là một lựa chọn nhưng phân nhánh và hợp nhất không mạnh mẽ.

3

Tại công ty của tôi, chúng tôi sử dụng Documentum làm ECMS, quản lý rất nhiều (và tôi thực sự rất nhiều) tệp nhị phân. Documentum (hoặc ECMS khác như Alfresco) được cho là giải pháp "đúng" để quản lý tài liệu. Documentum supprots gắn thẻ và phân nhánh, và có thể phơi bày các tệp dưới dạng WebDAV (do đó việc tích hợp vào luồng công việc của bạn có thể ngày càng ít minh bạch hơn).

Đó là lý thuyết. Trong thực tế, chúng tôi thấy Documentum chậm, khó cấu hình và quản lý. Và thành thật mà nói, ngay cả khi chúng tôi có nhiều tài liệu, hầu hết chúng không lớn hơn một số 100 của Mo.

Câu trả lời này nhiều hơn những gì bạn không nên làm ... xin lỗi ...

1

Mercurial large files extension có thể trợ giúp. Nó cho biết thêm khả năng gắn thẻ các tệp là "lớn". Lưu trữ các tệp đó trong một cửa hàng trung tâm riêng biệt với phần còn lại của kho lưu trữ. Sử dụng băm để xác định phiên bản của các tệp lớn bạn cần và chỉ tải xuống những tệp bạn cần ngay bây giờ.

Các vấn đề liên quan