J'ai un nouveau projet de météore. Je suppose que le .meteor
répertoire contient une combinaison de fichiers de configuration (nécessaires) et de fichiers temporaires (non nécessaires).
Alors, qu'y a-t-il dans votre .gitignore
?
.idea/
J'ai un nouveau projet de météore. Je suppose que le .meteor
répertoire contient une combinaison de fichiers de configuration (nécessaires) et de fichiers temporaires (non nécessaires).
Alors, qu'y a-t-il dans votre .gitignore
?
.idea/
Réponses:
Le seul répertoire que vous souhaitez exclure du contrôle de version est .meteor/local
.
Meteor crée automatiquement le droit .meteor
et .meteor/.gitignore
, cependant, vous ne devriez rien faire.
settings.json
si vous l'utilisez pour stocker des clés API.
Vous voudrez peut-être y placer des fichiers de paramètres de configuration si vous poussez vers un dépôt public.
Je stocke tous les paramètres 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 config.js, puis je les mets 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
settings.json
.
Votre gitignore doit également contenir:
public / node_modules
Et vous complétez cela avec un package.json correctement conçu qui gère l'installation des dépendances du module de nœud.
Cela nécessitera une installation npm lors de l'installation 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 des clés API.
Avec meteor 1.3, vous voulez également ignorer node_modules
. Il n'y a aucune raison d'ajouter toutes les bibliothèques à git car vous pouvez les installer via npm. Le node_modules
dossier est probablement plus volumineux que votre application (à l'exclusion du .meteor/local
dossier)
Meteor crée un .gitignore
dans le .meteor
répertoire par défaut.
Cependant, votre projet .gitignore
doit exclure tous les fichiers de configuration de données sensibles et node_modules
.
si tu utilises
.idea
dossiersublime-project
sublime-workspace
si vous êtes un utilisateur Mac, vous pouvez ignorer DS_Store
et si vous utilisez npm, ignorez la 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 affiche 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, ainsi que 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 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
vous devrez mettre le répertoire des packages installés nommé node_modules qui se trouve dans le répertoire racine. et pendant que vous validez le projet, il sera ignoré. le chef de produit peut également installer facilement des packages sur son 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
vous pouvez utiliser ce site https://www.gitignore.io/ pour générer un fichier .gitignore pour n'importe quel projet, il suffit d'insérer 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 qui répondra à 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.
settings.json
surtout si vous avez des jetons API là-dedans.