Ho un nuovo progetto meteorologico. Immagino che la .meteor
directory abbia una combinazione di file di configurazione (necessari) e file temporanei (non necessari).
Quindi cosa c'è nel tuo .gitignore
?
.idea/
Ho un nuovo progetto meteorologico. Immagino che la .meteor
directory abbia una combinazione di file di configurazione (necessari) e file temporanei (non necessari).
Quindi cosa c'è nel tuo .gitignore
?
.idea/
Risposte:
L'unica directory che si desidera escludere dal controllo versione è .meteor/local
.
Meteor crea automaticamente il giusto .meteor
e .meteor/.gitignore
, tuttavia, non dovresti fare nulla.
settings.json
se lo stai usando per archiviare le chiavi API.
Potresti voler inserire tutti i file delle impostazioni di configurazione se stai inviando a repository pubblici.
Conservo tutte le impostazioni di configurazione dei dati sensibili alla sicurezza come chiavi di crittografia e varie password per servizi come smtp, twitter, facebook e altri in un file config.js e quindi inserisco questi file in .gitignore o nel file info / exclude. Roba che non voglio in un repository pubblico.
Solo un suggerimento aggiuntivo da considerare per il tuo .gitignore
settings.json
.
Il tuo gitignore dovrebbe contenere anche:
pubblici / node_modules
E lo integri con un package.json correttamente realizzato che gestisce l'installazione delle dipendenze del modulo nodo.
Ciò richiederà l'installazione di npm se installato da qualche parte nuovo.
Secondo questo articolo , dovresti ignorare il tuo settings.json
, specialmente se hai informazioni specifiche sull'ambiente per includere le chiavi API.
Con meteor 1.3 vuoi anche ignorare node_modules
. Non c'è motivo per avere tutte le librerie aggiunte a git perché è possibile installarle tramite npm. La node_modules
cartella molto probabilmente è più grande la vostra applicazione (esclusa la .meteor/local
cartella)
Meteor crea un .gitignore
nella .meteor
directory per impostazione predefinita.
Tuttavia, il tuo progetto .gitignore
dovrebbe escludere qualsiasi file di configurazione di dati sensibili e node_modules
.
se usi
.idea
cartellasublime-project
sublime-workspace
se sei un utente mac puoi ignorarlo DS_Store
e se usi npm ignora npm
causa se entrambi gli utenti windows e mac lavorano sullo stesso progetto, poiché la stessa versione npm è diversa per mac e windows mostra errori.
Ecco cosa uso con Webstorm e Meteor 1.4 distribuito con 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/*
Usiamo questo gitignore, che ingloba molti IDE e Meteor, insieme a file di sistema e altri.
### 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
sarà necessario inserire la directory dei pacchetti installati denominata node_modules che si trova nella directory principale. e mentre commetti un progetto verrà ignorato. anche il product manager può installare facilmente i pacchetti nel proprio server usando 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
puoi utilizzare questo sito https://www.gitignore.io/ per generare un file .gitignore per qualsiasi progetto, basta inserire le tecnologie che usi e il tuo IDE
.meteor / local è l'unica cosa che vuoi perdere dal controllo della versione.
Meteor genera automaticamente un file .gitignore adatto alle tue esigenze.
Se si tratta di un repository pubblico, probabilmente vorrai includere "settings-development.json" o qualsiasi altro file JSON contenente informazioni che non vuoi divulgare al pubblico come le chiavi API AWS.
Tuttavia Bitbucket e alcuni altri forniscono repository privati gratuiti che dovrebbero adattarsi alle tue esigenze.
settings.json
soprattutto se hai token API lì dentro.