Lors de l'insertion d'un nouveau gem, l'exécution de la commande suivante peut entraîner une grande différence dans git.
commander
bundle install --path vender/bundle
(Les "Fichiers non créés (1)" de Sukusho deviennent 10000 ou quelque chose comme ça. Désolé, je n'ai pas pu le reproduire.)
Je voudrais réfléchir à la manière de traiter cette question. </ font>
article | Contenu |
---|---|
OS.Catalina | v10.15.4 |
Ruby | v2.5.1 |
Ruby On Rails | v5.2.4.3 |
Git | 2.20.1 |
[1] Modifier Gitignore. Il existe un format Gitignore. Voir la référence "Un moyen facile d'obtenir un .gitignore modifié" pour plus d'informations. Le contenu suivant est publié.
.gitignore
*.rbc
capybara-*.html
.rspec
/log
/tmp
/db/*.sqlite3
/db/*.sqlite3-journal
/public/system
/coverage/
/spec/tmp
**.orig
rerun.txt
pickle-email-*.html
# TODO Comment out this rule if you are OK with secrets being uploaded to the repo
config/initializers/secret_token.rb
# Only include if you have production secrets in this file, which is no longer a Rails default
# config/secrets.yml
# dotenv
# TODO Comment out this rule if environment variables can be committed
.env
## Environment normalization:
/.bundle
/vendor/bundle
# these should all be checked in to normalize the environment:
# Gemfile.lock, .ruby-version, .ruby-gemset
# unless supporting rvm < 1.11.0 or doing something fancy, ignore this:
.rvmrc
# if using bower-rails ignore default bower_components path bower.json files
/vendor/assets/bower_components
*.bowerrc
bower.json
# Ignore pow environment settings
.powenv
# Ignore Byebug command history file.
.byebug_history
En particulier, "/ vendor / bundle" est important. Si vous le donnez à git, les performances chuteront, et il y a beaucoup de mauvaises choses, donc j'ai non seulement réécrit ce qui précède, mais je l'ai également ajouté au fichier existant.