Gist vs repository sur GitHub [fermé]


7

Supposons que vous souhaitiez héberger quelques projets sur GitHub, et ils sont tous plutôt petits (c’est-à-dire qu’il s’agit d’un script bash comportant moins de 100 lignes).

Même s'ils sont relativement petits, ils peuvent quand même être complexes, et un élément essentiel semble inapproprié. D'autre part, créer un référentiel entier pour un seul fichier semble un peu compliqué, n'est-ce pas? À quel moment une essence devrait-elle devenir un dépôt, si jamais?

Vous pouvez également simplement rassembler tous les scripts dans un même référentiel, mais cela dérangerait beaucoup de choses sans relation entre eux.

J'ai cherché et réfléchi à ce problème, mais je n'ai pas trouvé de réponse satisfaisante.


5
Je pense que c'est une question valable. Par exemple, j'ai deux fichiers liés, une implémentation et un fichier pour tester l'implémentation. Les concepts de la mise en œuvre conviennent mieux à un élément essentiel (IMHO), mais il existe également un fichier de test connexe. Cela implique-t-il qu'il devrait s'agir d'un référentiel plutôt que d'un contenu essentiel?
Josh Petitt

Cette question a été clôturée car elle n’a peut-être pas de réponse objective. Néanmoins, je pense que c'est constructif. Quelques discussions sur Google mènent à cette discussion sur le sujet: reddit.com/r/learnprogramming/comments/2be87f/…
Javier Parra

Réponses:


2

Si l'ensemble de scripts évolue ensemble / est utilisé ensemble / a une sorte de relation (à part "j'ai écrit le tas"), créez un référentiel unique pour eux. Si ce n’est pas le cas, trancher et dés comme il convient. gitest assez léger.


2
Mais dois-je les séparer en tant que référentiels entiers pour un seul fichier? Je sais que, dans la pratique, la différence ne sera pas grande en matière de stockage, mais ne s'agit-il pas d'une de ces situations de «tuer une mouche avec un bazooka»? Un résumé serait-il plus approprié? Pourquoi ou pourquoi pas?
user137369

C'est votre appel, à la fin. S'ils ne sont qu'à vous, un seul référentiel suffit.
vonbrand
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.