Que dois-je mettre dans un fichier meteor .gitignore?

J’ai un nouveau projet de meteor. Je suppose que le .meteor a une combinaison de fichiers de configuration (nécessaires) et de fichiers temporaires (non nécessaires).

Alors, qu’est-ce qu’il y a dans votre .gitignore ?

Le seul répertoire que vous souhaitez exclure du contrôle de version est .meteor/local .

Meteor crée automatiquement le .meteor et le .meteor/.gitignore , cependant – vous ne devriez rien avoir à faire.

Vous voudrez peut-être y placer des fichiers de parameters de configuration si vous passez à un repository public.

Je stocke tous les parameters de configuration de données sensibles à la sécurité tels que les clés de cryptage et divers mots de passe pour des services tels que smtp, twitter, facebook et autres dans un fichier config.js, puis les place dans .gitignore ou dans le fichier info / exclude. Des choses que je ne veux pas dans un repo public.

Juste une suggestion supplémentaire à considérer pour votre .gitignore

Votre gitignore devrait également contenir:

public / node_modules

Et vous complétez cela par un package.json correctement conçu qui gère l’installation des dépendances du module de noeud.

Cela nécessitera une installation npm une fois installé quelque part nouveau.

Selon cet article , vous devez ignorer vos settings.json , en particulier si vous avez des informations spécifiques à l’environnement pour inclure des clés API.

Avec meteor 1.3, vous voulez aussi ignorer node_modules . Il n’y a aucune raison d’avoir toutes les bibliothèques ajoutées à git, car vous pouvez les installer via npm. Le dossier node_modules est probablement plus volumineux que votre application (à l’exclusion du dossier .meteor/local ).

Meteor crée un .gitignore dans le répertoire .meteor par défaut.

Cependant, le .gitignore votre projet doit exclure tous les fichiers de configuration de données sensibles et les node_modules .

si tu utilises

  • Intellij IDE ignore le dossier .idea
  • Sublime Text ignore sublime-project sublime-workspace

si vous êtes un utilisateur mac, vous pouvez ignorer DS_Store

et si vous utilisez npm ignore npm , si les utilisateurs de Windows et de Mac travaillent sur le même projet, la même version de npm étant différente pour Mac et Windows, cela indique une erreur.

Voici ce que j’utilise avec Webstorm et Meteor 1.4 déployés avec Mupx.

 # Meteor files to ignore now handled by .ignore file within .Meteor folder automatically # settings file to ignore to protect API keys settings.json # MUP / MUPX file to ignore to protect server passwords and sensitive info. mup.json # npm package files to ignore node?modules/ npm-debug.log # Webstorm IDE files to ignore .idea/* # Typing type definition files to ignore. Webstorm uses type definitions for autocomplete even without typescript typings/* 

Nous utilisons ce gitignore, qui englobe de nombreux IDE et Meteor, le long des fichiers système et autres.

 ### WebStorm ### .idea/ ### OSX ### .DS_Store .AppleDouble .LSOverride # Icon must end with two \r Icon # Thumbnails ._* # Files that might appear on external disk .Spotlight-V100 .Trashes # Directories potentially created on remote AFP share .AppleDB .AppleDesktop Network Trash Folder Temporary Items .apdisk ### Windows ### # Windows image file caches Thumbs.db ehthumbs.db # Folder config file Desktop.ini # Recycle Bin used on file shares $RECYCLE.BIN/ # Windows shortcuts *.lnk ### Linux ### *~ # KDE directory preferences .directory ### SublimeText ### # cache files for sublime text *.tmlanguage.cache *.tmPreferences.cache *.stTheme.cache # workspace files are user-specific *.sublime-workspace # project files should be checked into the repository, unless a significant # proportion of consortingbutors will probably not be using SublimeText # *.sublime-project # sftp configuration file sftp-config.json ### Node/NPM ### node_modules npm-debug.log ### Development ### dump mochawesome-reports ngrok 

vous devrez placer le répertoire des paquets installés nommé node_modules dans le répertoire racine. et pendant que vous engagez le projet, il sera ignoré. De plus, le chef de produit peut facilement installer des packages sur leur serveur en utilisant package.json.

 ### MeteorJS ### # default meteor build and local packages .meteor/local # meteor settings file settings.json # meteor build output files *.tar.gz # general swp files from vim *.swp # End of https://www.gitignore.io/api/meteorjs 

Voici le fichier .gitignore que j’utilise avec Intellij:

  node_modules/ .meteor/local/* .idea/ npm-debug.log packages/*/.npm/ 
  1. gitignore est utilisé pour ignorer tout le fardeau inutile sur le serveur git et votre récupération à tout moment.
  2. Donc, la meilleure chose à mettre à l’intérieur de gitignore est une entité packagable. Maintenant, cela inclut les paquets téléchargeables de meteor, vous devez donc simplement append “.meteor / local” dans gitignore.
  3. Lorsque vous l’ajoutez à la configuration de gitignore, la taille du projet est réduite à un nombre de fois inférieur à celui des packages.
  4. Si vous copiez-collez l’intégralité du projet maintenant dans un emplacement différent ou récupérez le référentiel sans le dossier .meteor / local et démarrez le projet à l’aide de la commande meteor, le meteor télécharge d’abord les packages requirejs, puis démarre le serveur.

vous pouvez utiliser ce site https://www.gitignore.io/ pour générer un fichier .gitignore pour n’importe quel projet, insérez simplement les technologies que vous utilisez et votre IDE

.meteor / local est la seule chose que vous voulez manquer du contrôle de version.

Meteor génère automatiquement un fichier .gitignore adapté à vos besoins.

S’il s’agit d’un référentiel public, vous souhaiterez probablement inclure “settings-development.json” ou tout autre fichier JSON contenant des informations que vous ne souhaitez pas divulguer au public, telles que les clés d’API AWS.

Cependant, Bitbucket et quelques autres fournissent des référentiels privés gratuits qui devraient répondre à vos besoins.