Que dois-je mettre dans un fichier .gitignore meteor?
153
J'ai un nouveau projet de météore. Je suppose que le .meteorrépertoire contient une combinaison de fichiers de configuration (nécessaires) et de fichiers temporaires (non nécessaires).
Est-ce toujours le cas? parce que j'ai commencé un projet cet après-midi et il n'y avait pas de .gitignore à trouver.
akst
17
Il h. Maintenant je comprends. Ce n'est pas à la racine des projets, mais dans le dossier .meteor.
Nek
J'ignore tout le répertoire .meteor sans le fichier 'packages' et je n'ai eu aucun problème pour le moment à déplacer le projet dans différents environnements.
thinklinux
11
Cette réponse n'est pas correcte. Vous devez ignorer votre settings.jsonsi vous l'utilisez pour stocker des clés API.
Jesse
1
@Jessee a raison - ce n'est même pas quelque chose que vous voudriez différer. Les détails de la réponse devraient couvrir cela; si vous allez stocker des informations sensibles dans votre package meteor, vous devriez .gitignore it
lol
22
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
Vous ne devez pas ignorer cette réponse car la réponse acceptée ne vous empêchera pas de publier vos jetons de médias sociaux et AWS dans votre settings.json.
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_modulesdossier est probablement plus volumineux que votre application (à l'exclusion du .meteor/localdossier)
Si vous excluez node_modules, vous devez inclure tous les sous-répertoires dans la section "dependencies" de package.json. Sinon, cela pourrait cuire votre déploiement.
Sublime Text ignorersublime-projectsublime-workspace
si vous êtes un utilisateur Mac, vous pouvez ignorer DS_Store
et si vous utilisez npm, ignorez la npmcause 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.
Le problème avec intellij est que vous perdriez le niveau ECMAScript.
Archimedes Trajano
3
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
gitignore est utilisé pour ignorer toute la charge inutile sur le serveur git et votre récupération tout le temps.
Donc, la meilleure chose possible à mettre dans gitignore est une entité packagable. Maintenant, cela inclut les paquets téléchargeables de meteor, donc, vous devriez simplement ajouter ".meteor / local" dans gitignore.
Lorsque vous l'ajoutez à la configuration de gitignore, cela réduit la taille du projet à n fois plus petite que ce serait le cas avec les packages.
Si vous coupez-collez le projet entier maintenant à un emplacement différent ou récupérez le référentiel sans dossier .meteor / local et démarrez le projet à l'aide de la commande meteor, le météore télécharge d'abord les packages requis, puis démarre le serveur.
.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..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.la source
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
la source
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.
la source
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.la source
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. Lenode_modules
dossier est probablement plus volumineux que votre application (à l'exclusion du.meteor/local
dossier)la source
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 etnode_modules
.la source
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.la source
Voici ce que j'utilise avec Webstorm et Meteor 1.4 déployés avec Mupx.
la source
Nous utilisons ce gitignore, qui englobe de nombreux IDE et Meteor, ainsi que des fichiers système et autres.
la source
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.
la source
la source
Voici le fichier .gitignore que j'utilise avec Intellij:
la source
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
la source
la source
.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.
la source