Czy nadal tak jest? ponieważ to zacząłem projekt dziś po południu i nie było do znalezienia .gitignore.
akst
17
Heh. Teraz rozumiem. Nie znajduje się w katalogu głównym projektów, ale w folderze .meteor.
Nek
Pomijam cały katalog .meteor bez pliku „packages” i na razie nie miałem problemów z przenoszeniem projektu w różnych środowiskach.
thinklinux
11
Ta odpowiedź jest nieprawidłowa. Powinieneś zignorować swój, settings.jsonjeśli używasz go do przechowywania kluczy API.
Jesse
1
@Jessee ma rację - to nie jest coś, co chciałbyś nawet odłożyć. Szczegóły odpowiedzi powinny to obejmować; jeśli zamierzasz przechowywać poufne informacje w swoim pakiecie meteor, powinieneś .gitignore to
lol
22
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
Nie powinieneś ignorować tej odpowiedzi, ponieważ zaakceptowana odpowiedź nie przeszkodzi Ci w publikowaniu Twoich mediów społecznościowych i tokenów AWS w Twoim settings.json.
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_modulesFolderu najprawdopodobniej jest większa niż aplikacji (bez .meteor/localkatalogu)
W przypadku wykluczenia modułów node_modules należy uwzględnić wszystkie podkatalogi w sekcji „zależności” w pliku package.json. W przeciwnym razie może ugotować wdrożenie.
jeśli jesteś użytkownikiem Maca, możesz zignorować DS_Store
a jeśli używasz npm zignoruj npmprzyczynę, 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.
Problem z intellij polega na tym, że stracisz poziom ECMAScript.
Archimedes Trajano
3
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
gitignore jest używany do ignorowania całego niepotrzebnego obciążenia serwera git i ciągłego pobierania.
Więc najlepszym możliwym materiałem do umieszczenia w gitignore jest jednostka do pakowania. Teraz obejmuje to pakiety meteor do pobrania, więc powinieneś po prostu dodać ".meteor / local" w gitignore.
Po dodaniu go do konfiguracji gitignore zmniejsza rozmiar projektu do n razy mniejszego niż w przypadku pakietów.
Jeśli wycinasz i wklejasz teraz cały projekt w inne miejsce lub pobierasz repozytorium bez folderu .meteor / local i uruchamiasz projekt za pomocą polecenia meteor, meteor najpierw pobiera wymagane pakiety, a następnie uruchamia serwer.
.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..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ć.źródło
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
źródło
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.
źródło
Zgodnie z tym artykułem powinieneś zignorować swoje
settings.json
, zwłaszcza jeśli masz informacje specyficzne dla środowiska, aby uwzględnić klucze API.źródło
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)źródło
Meteor domyślnie tworzy
.gitignore
w.meteor
katalogu.Jednak Twój projekt
.gitignore
powinien wykluczać wszelkie pliki konfiguracyjne danych poufnych i plikinode_modules
.źródło
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.źródło
Oto, czego używam w Webstorm i Meteor 1.4 wdrożonych z Mupx.
źródło
Używamy tego gitignore, który obejmuje wiele IDE i Meteor, wraz z plikami systemowymi i innymi.
źródło
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.
źródło
źródło
To jest plik .gitignore, którego używam z Intellij:
źródło
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
źródło
źródło
.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.
źródło