341 outils gratuits, sans inscription ni installation, tout se passe dans votre navigateur.
341 outils gratuits, sans inscription ni installation, tout se passe dans votre navigateur.
Générez un .gitignore selon vos langages
Le premier commit d'un projet emporte presque toujours quelque chose qui n'aurait pas dû partir : un dossier de dépendances, un fichier d'environnement, des artefacts de compilation, un fichier d'index de macOS. Cet outil assemble un `.gitignore` à partir des langages et des outils que vous cochez, chaque bloc étant commenté pour rester relisible. Il vaut mieux le poser avant le premier commit qu'après : un fichier déjà suivi par Git continue de l'être même s'il apparaît ensuite dans le `.gitignore`, ce qui est la source de confusion la plus fréquente sur le sujet.
Parce que le `.gitignore` ne concerne que les fichiers non encore suivis. Un fichier déjà indexé le reste : il faut le retirer de l'index avec `git rm --cached`, puis committer. C'est le piège classique du fichier d'environnement ajouté par mégarde.
Non, et c'est important : il reste dans l'historique, accessible à quiconque a le dépôt. Un secret publié doit être considéré comme compromis : révoquez-le, puis remplacez-le. Réécrire l'historique ne dispense pas de cette révocation.
Oui pour les écosystèmes qui savent le reconstruire à partir d'un fichier de verrouillage, ce qui est le cas de la quasi-totalité d'entre eux aujourd'hui. C'est ce fichier de verrouillage qu'il faut versionner, lui, sans quoi deux machines n'installeront pas les mêmes versions.
Un résultat qui vous paraît faux, une valeur périmée, un cas qui manque ? Signalez-le à contact@topapps.fr