Mam nowy projekt meteor. Domyślam się, że katalog .meteor
zawiera kombinację plików konfiguracyjnych (potrzebne) i plików tymczasowych (niepotrzebne).
Więc co jest w twoim .gitignore
?
.idea/
Mam nowy projekt meteor. Domyślam się, że katalog .meteor
zawiera kombinację plików konfiguracyjnych (potrzebne) i plików tymczasowych (niepotrzebne).
Więc co jest w twoim .gitignore
?
.idea/
Odpowiedzi:
Jedynym katalogiem, który chcesz wykluczyć z kontroli wersji, jest .meteor/local
.
Meteor automatycznie tworzy prawo .meteor
, a .meteor/.gitignore
jednak - nie ma potrzeby nic robić.
settings.json
jeśli używasz go do przechowywania kluczy API.
Możesz chcieć umieścić tam pliki ustawień konfiguracyjnych, jeśli wypychasz do publicznych repozytoriów.
Przechowuję wszelkie ustawienia konfiguracji danych wrażliwych na bezpieczeństwo, takie jak klucze szyfrowania i różne hasła do usług takich jak smtp, twitter, facebook i inne w pliku config.js, a następnie umieszczam je w pliku .gitignore lub w pliku info / exclude. Rzeczy, których nie chcę w publicznym repozytorium.
To tylko dodatkowa sugestia do rozważenia dla twojego .gitignore
settings.json
.
Twój gitignore powinien również zawierać:
public / node_modules
Uzupełniasz to odpowiednio spreparowanym plikiem package.json, który zarządza instalacją zależności modułów węzła.
Będzie to wymagało instalacji npm po zainstalowaniu w nowym miejscu.
Zgodnie z tym artykułem powinieneś zignorować swoje settings.json
, zwłaszcza jeśli masz informacje specyficzne dla środowiska, aby uwzględnić klucze API.
Z Meteor 1.3 również chcesz zignorować node_modules
. Nie ma powodu, aby wszystkie biblioteki były dodawane do git, ponieważ można je zainstalować za pośrednictwem npm. node_modules
Folderu najprawdopodobniej jest większa niż aplikacji (bez .meteor/local
katalogu)
Meteor domyślnie tworzy .gitignore
w .meteor
katalogu.
Jednak Twój projekt .gitignore
powinien wykluczać wszelkie pliki konfiguracyjne danych poufnych i pliki node_modules
.
Jeśli użyjesz
.idea
foldersublime-project
sublime-workspace
jeśli jesteś użytkownikiem Maca, możesz zignorować DS_Store
a jeśli używasz npm zignoruj npm
przyczynę, jeśli zarówno użytkownicy systemu Windows, jak i Mac pracują nad tym samym projektem, ponieważ ta sama wersja npm jest inna dla mac i Windows, pokazuje błąd.
Oto, czego używam w Webstorm i Meteor 1.4 wdrożonych z 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/*
Używamy tego gitignore, który obejmuje wiele IDE i Meteor, wraz z plikami systemowymi i innymi.
### 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
będziesz musiał umieścić katalog z zainstalowanymi pakietami o nazwie node_modules, który znajduje się w katalogu głównym. a kiedy zatwierdzasz projekt, będzie on ignorowany. Menedżer produktu może również łatwo instalować pakiety na swoim serwerze przy użyciu pliku 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
możesz użyć tej strony https://www.gitignore.io/ do wygenerowania pliku .gitignore dla dowolnego projektu, po prostu wstaw technologie, których używasz i swoje IDE
.meteor / local to jedyna rzecz, której chcesz brakować w kontroli wersji.
Meteor automatycznie generuje plik .gitignore, który będzie odpowiadał Twoim potrzebom.
Jeśli jest to repozytorium publiczne, prawdopodobnie będziesz chciał dołączyć „settings-development.json” lub inne pliki JSON zawierające informacje, których nie chcesz ujawniać publicznie, takie jak klucze API AWS.
Jednak Bitbucket i kilka innych zapewnia bezpłatne prywatne repozytoria, które powinny odpowiadać Twoim potrzebom.
settings.json
zwłaszcza jeśli masz tam tokeny API.