Pourquoi GitHub n'est-il pas utilisé comme Dropbox, pour partager de la vidéo et de l'audio?
J'ai vu des gens parler de GitHub en tant que référentiel pour le code source et j'utilise moi-même GitHub pour le contrôle de version distribuée, mais je ne comprends pas pourquoi je ne comprends pas pourquoi les gens ne l'utilisent pas pour partager des fichiers vidéo et audio.
Bien sûr, la compression prend beaucoup de temps (il m'a fallu dix minutes pour un petit fichier .mp3 de 5 Mo), mais il est en fait possible de télécharger des fichiers comme celui-ci, n'est-ce pas?
Remarque: Je sais que nous pouvons compresser l'audio et la vidéo dans un format tel que .tar et le télécharger sans douleur sur GitHub, mais ce n'est pas ce qui me préoccupe vraiment.
Question
- Qu'est-ce qui rend GitHub vraiment difficile à utiliser pour le stockage en nuage?
Est-ce simplement le processus de compression delta qui en fait une mauvaise option? - Quel est l'espace de stockage maximal offert par GitHub pour les comptes gratuits?
- Existe-t-il un moyen de pirater les commandes GitHub, à l'aide desquelles nous pouvons utiliser GitHub comme Dropbox? (peut être en désactivant la compression, ou quelque chose comme ça)
- Ce n'est pas aussi facile que Dropbox ou des services similaires à cette fin.
- Les comptes gratuits ne peuvent avoir que des référentiels publics. Vous devrez donc également payer pour conserver vos documents privés. Dropbox et autres fournissent cela gratuitement.
- La nature plus publique de Github me fait supposer que les mises au sol seraient plus fréquentes pour le partage de contenu illégal.
- Il n'est pas commercialisé dans ce but. La plupart des gens ne penseraient pas à l'utiliser pour ces raisons.
Réponse de GitHub: Travailler avec de gros fichiers
Bien que git soit excellent pour un grand nombre de cas d'utilisation, il a des problèmes avec les gros fichiers. Si vous envoyez des fichiers volumineux vers GitHub, vous pouvez évaluer votre flux de travail pour vous assurer que ces fichiers sont réellement nécessaires. Des ressources de jeu, telles que des graphiques, peuvent être nécessaires pour votre référentiel, contrairement aux sauvegardes de base de données SQL.
GitHub vous avertit lorsque vous poussez un fichier de plus de 50 Mo. Nous rejetterons les fichiers contenant plus de 100 Mo de fichiers. Nous faisons cela pour plusieurs raisons.
Dans de nombreux cas, la validation de fichiers volumineux est involontaire et provoque une surcharge inutile du référentiel. Chaque fois que quelqu'un clone un référentiel avec un fichier volumineux, il devra extraire ce fichier, ce qui prolongera le temps de téléchargement.
De plus, si un référentiel a une taille de 10 Go, l'architecture de Git nécessite 10 Go supplémentaires d'espace disque disponible en permanence. Cela permet à Git de déplacer les fichiers dans le cours normal de ses opérations. Malheureusement, cela signifie également que nous devons être beaucoup moins flexibles dans la manière dont nous stockons ces référentiels.
Bitbucket propose des pensions privées pour des groupes de cinq membres maximum:
Il n’existe aucune limite de taille stricte, mais ils recommandent de rester en dessous de 1 Go: taille maximale de Bitbucket
Vous pouvez héberger votre propre service Git à l'aide d'un VPS. Digital Ocean est de 5 $/mois. pour 20 Go:
Et quelques options pour l'hébergement privé de fichiers partageables: http://www.makeuseof.com/tag/3-self-hosted-dropbox-alternatives-tested/