J'ai un nouveau projet météore. Je suppose que le répertoire .meteor
contient une combinaison de fichiers de configuration (nécessaire) et de fichiers temporaires (non nécessaire).
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 les bons .meteor
et .meteor/.gitignore
, mais vous ne devriez rien faire.
Vous voudrez peut-être y insérer des fichiers de paramètres de configuration si vous effectuez une poussée dans un dépôt public.
Je stocke dans un fichier config.js tous les paramètres de configuration de données sensibles à la sécurité, tels que les clés de chiffrement et divers mots de passe pour des services tels que smtp, Twitter, etc. Des choses que je ne veux pas dans un dépôt public.
Juste une suggestion supplémentaire à considérer pour votre .gitignore
Votre gitignore devrait également contenir:
public/node_modules
Et vous complétez ceci avec un package.json correctement conçu qui gère l'installation de la dépendance du module de noeud.
Cela nécessitera une installation de npm lorsqu’il sera installé dans un nouvel emplacement.
Selon cet article , vous devez ignorer votre settings.json
, en particulier si vous disposez d'informations spécifiques à l'environnement pour inclure les clés API.
Avec météore 1.3, vous souhaitez également 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'exception du dossier .meteor/local
)
Meteor crée un .gitignore
dans le répertoire .meteor
par défaut.
Cependant, le .gitignore
de votre projet doit exclure tous les fichiers de configuration de données sensibles et node_modules
.
Nous utilisons ce gitignore, qui englobe de nombreux IDE et Meteor, ainsi que des fichiers système.
### 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 contributors 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
si tu utilises
.idea
sublime-project
sublime-workspace
si vous êtes un utilisateur mac, vous pouvez ignorer DS_Store
et si vous utilisez npm ignore npm
cause si les utilisateurs Windows et Mac travaillent sur le même projet, car la même version de NPM est différente pour Mac et Windows, elle 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/*
### 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
vous aurez besoin de mettre le répertoire des packages installés nommé node_modules dans le répertoire racine. et pendant que vous validez le projet, il sera ignoré. De même, le chef de produit peut facilement installer des packages sur son serveur à l'aide de package.json.
Voici le fichier .gitignore que j’utilise avec Intellij:
node_modules/
.meteor/local/*
.idea/
npm-debug.log
packages/*/.npm/
Le fichier .meteor/local est la seule chose qui manque au contrôle de version.
Meteor génère automatiquement un fichier .gitignore qui répond à vos besoins.
S'il s'agit d'un référentiel public, vous voudrez 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 certains autres fournissent des référentiels privés gratuits qui devraient répondre à vos besoins.
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