Est-ce que les files .min gonflent un référentiel Git?

J'ai deux files: A.js et A.min.js (ces files sont les mêmes, sauf la minification).

Si j'ajoute ces deux files

 git add -A 

Quel supplément de file occupe le plus de place dans mon repo?

Maintenant, si je A.js le A.js et réduisez-le en A.min.js et commettez encore

 git add -p 

Quelle modification occupe le plus de place dans mon repo?

Ma logique est que les files minifiés ont souvent la majeure partie de leur contenu sur une seule ligne, par opposition à leurs versions non-réduites qui ont leur contenu sur plusieurs lignes. Donc, quand git doit suivre une modification à une ligne (parfois très) longue, prend-elle plus d'espace que si la ligne a less de contenu?

Solutions Collecting From Web of "Est-ce que les files .min gonflent un référentiel Git?"

Ma logique est que si vous avez un set de files A que vous éditez, et un set de files B qui sont toujours générés à partir de A et jamais édité, vous ne devriez pas append B à votre repo, mais plutôt laisser celui qui clone générer votre repo eux-mêmes pour économiser de l'espace. C'est pourquoi les projets de encoding ignorent généralement les binarys, la documentation générée et autres.

Donc, même si je ne sais pas si les files minifiés seront effectivement plus efficaces pour Git à traiter ou pas, ma réponse est toujours pousser les files .js , et toujours git-ignorer les files .min.js . Le compromis en matière d'efficacité, le cas échéant, ne peut pas être aussi élevé.