Tại sao GitHub không được sử dụng như Dropbox, để chia sẻ video và âm thanh? [đóng cửa]


8

Tôi đã thấy mọi người nói về GitHub như một kho lưu trữ mã nguồn và bản thân tôi sử dụng GitHub để kiểm soát phiên bản phân tán, nhưng một điều tôi không hiểu là tại sao mọi người không sử dụng nó để chia sẻ tệp video và âm thanh?

Chắc chắn, việc nén mất nhiều thời gian (mất mười phút cho một tệp .mp3 5 MB nhỏ đối với tôi) nhưng thực sự có thể tải lên các tệp như vậy phải không?

Lưu ý: Tôi biết rằng chúng tôi có thể nén âm thanh và video thành định dạng như .tar và tải nó lên một cách không đau đớn trên GitHub, nhưng đó không phải là điều tôi thực sự quan tâm.

Câu hỏi

  • Điều gì trong GitHub làm cho nó thực sự là nơi tồi tệ để sử dụng nó cho lưu trữ đám mây?
    Có phải đó chỉ là quá trình nén delta làm cho nó trở thành một lựa chọn tồi?
  • Dung lượng lưu trữ tối đa mà GitHub cung cấp cho các tài khoản miễn phí là bao nhiêu?
  • Có cách nào chúng ta có thể hack các lệnh GitHub, bằng cách sử dụng chúng ta có thể sử dụng GitHub như Dropbox không? (có thể bằng cách vô hiệu hóa nén hoặc một cái gì đó tương tự)

1
git là một chương trình kiểm soát phiên bản cho tài liệu văn bản, không phải là một công cụ nén nhị phân.
Sathyajith Bhat

@Sathya: Tôi nghĩ Github sử dụng nén delta để kiểm tra sự khác biệt giữa các phiên bản trước và phiên bản hiện tại và phiên bản kiểm soát chúng cho phù hợp. Trong khi Dropbox sử dụng giống nhau để kiểm tra sự khác biệt, và sau đó đồng bộ hóa cả hai. Tôi nghĩ Dropbox loại bỏ các phiên bản cũ hơn của tệp, không giống như Git nơi chúng ta có thể trở lại các phiên bản cũ hơn. Tôi không thể hiểu tại sao mọi người không sử dụng Git như Dropbox của họ. Tôi nghĩ rằng nó có thể làm những gì Dropbox làm, ít nhất là về mặt lý thuyết. Không git kiểm soát phiên bản bằng cách sử dụng khá nhiều thuật toán tương tự? Sửa lỗi cho tôi nếu tôi sai ở đây.
Bharadwaj Srigiriraju

github là một front-end cho git - và tôi thực sự , thực sự nghi ngờ nó sử dụng nén đồng bằng và những gì không - tất cả những gì được thực hiện bằng git, đó là lý do tại sao nó là một công cụ tuyệt vời để so sánh các văn bản, hình ảnh không & dữ liệu nhị phân khác. Dropbox cũng lưu trữ lịch sử sửa đổi dữ liệu của bạn - 30 ngày trên tài khoản miễn phí với tùy chọn lưu trữ vĩnh viễn. Về mặt lý thuyết có vẻ như cả hai đều làm như vậy, các kỹ thuật cơ bản là khá khác nhau. Điều quan trọng cần lưu ý là Dropbox là một công cụ đồng bộ hóa , trong khi git là một công cụ kiểm soát phiên bản. Họ không giống nhau.
Sathyajith Bhat

@Sathya: Vâng, tôi biết rằng github là một mặt trước cho git. git không sử dụng nén delta. Bạn có thể xem thêm chi tiết về nó ở đây: stackoverflow.com/questions/9478023/ Nhật Tôi không biết chi tiết đó về Dropbox. Cảm ơn! Vâng, họ không có ý định tương tự, nhưng tôi đã hỏi câu hỏi này để biết về git nhiều hơn. Tôi có thể tìm hiểu về thuật toán, nhưng biết git làm gì "điều đó" đặc biệt để làm cho nó cụ thể cho "chỉ các tệp nguồn" là câu hỏi mà tôi không thể tìm thấy câu trả lời nào.
Bharadwaj Srigiriraju

Câu trả lời:


5
  • Nó không dễ dàng như Dropbox hoặc các dịch vụ tương tự cho mục đích đó.
  • Các tài khoản miễn phí chỉ có thể có kho lưu trữ công khai, vì vậy bạn cũng cần phải trả tiền để giữ tài liệu riêng tư của mình ở đó. Dropbox và như vậy cung cấp miễn phí.
  • Bản chất công khai hơn của Github khiến tôi cho rằng các cuộc triệt phá sẽ thường xuyên hơn đối với việc chia sẻ nội dung bất hợp pháp.
  • Nó không được tiếp thị cho mục tiêu đó. Hầu hết mọi người sẽ không nghĩ đến việc sử dụng nó vì những lý do này.

Thành thật mà nói, tất cả chúng là lý do chính đáng tại sao mọi người không sử dụng github cho mục đích đó. Có vẻ như thực sự không có cách nào để chúng tôi thay đổi cách hoạt động của git, để chúng tôi có thể thay đổi những thứ chúng tôi chia sẻ trên git. Thật là chán nản ... :(
Bharadwaj Srigiriraju

Tại sao nó chán nản? Tôi không hiểu lý do của bạn khi muốn Github được sử dụng theo cách đó.
Tom Ribbens

Đơn giản vì tôi nghĩ git không có bất kỳ giới hạn nào về số lượng dữ liệu chúng tôi có thể lưu trữ trực tuyến - miễn phí. Điều đó có đúng không?
Bharadwaj Srigiriraju

5
Không, Github repo có giới hạn (mềm) là 1Gb: help.github.com/articles/what-is-my-disk-quota
Tom Ribbens

1
Đó là một liên kết tốt mà bạn đã đưa ra ... Cảm ơn!
Bharadwaj Srigiriraju

8

Trả lời từ GitHub: Làm việc với các tệp lớn

Mặc dù git là tuyệt vời cho một số lượng lớn các trường hợp sử dụng, nó có vấn đề với các tệp lớn. Nếu bạn đang đẩy các tệp lớn sang GitHub, bạn có thể muốn đánh giá quy trình làm việc của mình để đảm bảo các tệp đó thực sự cần thiết. Tài sản trò chơi, chẳng hạn như đồ họa, có thể được yêu cầu cho kho lưu trữ của bạn, trong khi cơ sở dữ liệu SQL có thể không có.

GitHub cảnh báo bạn khi bạn đẩy một tệp lớn hơn 50 MB. Chúng tôi sẽ từ chối các tệp đẩy có chứa các tệp lớn hơn 100 MB. Chúng tôi làm điều này vì một vài lý do.

Trong nhiều trường hợp, việc cam kết các tệp lớn là vô ý và gây ra sự phình to của kho lưu trữ không cần thiết. Mỗi khi ai đó sao chép một kho lưu trữ với một tệp lớn, họ sẽ phải tìm nạp tệp đó, thêm thời gian dư thừa để tải xuống.

Ngoài ra, nếu kho lưu trữ có kích thước 10 GB, kiến ​​trúc của Git yêu cầu thêm 10 GB dung lượng trống có sẵn. Điều này cho phép Git di chuyển các tệp xung quanh trong quá trình hoạt động bình thường của nó. Thật không may, điều này cũng có nghĩa là chúng ta phải linh hoạt hơn nhiều với cách chúng ta lưu trữ các kho lưu trữ này.


4

Bitbucket cung cấp repos riêng cho các nhóm có tối đa năm thành viên:

Không có giới hạn kích thước cứng, nhưng họ khuyên bạn nên ở dưới 1 GB: Kích thước tối đa của Bitbucket

Bạn có thể lưu trữ dịch vụ Git của riêng bạn bằng cách sử dụng VPS. Đại dương kỹ thuật số là $ 5 / tháng. cho 20 GB:

Và một số tùy chọn để lưu trữ riêng tư các tệp có thể chia sẻ: http://www.makeuseof.com/tag/3-'m-hosted-dropbox-alternigin-tested/


2
Tại sao các downvote? Nếu bạn để lại một số phản hồi, tôi có thể cải thiện câu trả lời.
Tối đa Heiber
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.