Le bundle a actuellement rails verrouillé à 4.0.4

Dans Gemfile j'ai apporté la modification suivante:

-bash> git diff Gemfile
...
-gem 'rails', '4.0.4'
+gem 'rails', '4.0.5'

J'ai ensuite couru bundle et a obtenu un show-arrêt du message:

-bash> bundle
Fetching gem metadata from https://rubygems.org/........
Fetching additional metadata from https://rubygems.org/..
Resolving dependencies...
You have requested:
  rails = 4.0.5

The bundle currently has rails locked at 4.0.4.
Try running `bundle update rails`

J'ai ensuite couru bundle update rails, comme par le message ci-dessus, et le suivant (remarque que je suis en sautant des lignes sans changement).

-bash> bundle update rails
Fetching gem metadata from https://rubygems.org/........
Fetching additional metadata from https://rubygems.org/..
Resolving dependencies...
Installing rake 10.3.2 (was 10.3.0)
Installing multi_json 1.10.1 (was 1.9.2)
Installing activesupport 4.0.5 (was 4.0.4)
Installing actionpack 4.0.5 (was 4.0.4)
Installing actionmailer 4.0.5 (was 4.0.4)
Installing activemodel 4.0.5 (was 4.0.4)
Using activerecord-deprecated_finders 1.0.3
Installing activerecord 4.0.5 (was 4.0.4)
Installing railties 4.0.5 (was 4.0.4)
Installing rails 4.0.5 (was 4.0.4)
Your bundle is updated!

Question: Est-ce le comportement attendu? Selon un autre utilisateur, j'attend de voir la qu'est-ce que le verrouillage de la version.

Question: Pourquoi rails verrouillé? Et est-il une meilleure façon de faire face à cette situation que ce que j'ai fait?

OriginalL'auteur user664833 | 2014-05-27

  1. 15

    Est-ce le comportement attendu?

    Oui. Les gemmes ont des dépendances. Lorsque vous mettez à jour un bijou, il obtient une mise à jour de ses dépendances (dans le cas de rails, c'est son active* les pièces, par exemple).

    C'est une sortie de succès bundle update, par la manière. Ce qui signifie qu'il n'y a pas de conflit dans la résolution des dépendances. Si il y avait un conflit, vous pouvez voir à la place. (quelque chose comme " Un bijou nécessite gem B v1.2.3, mais gem C utilise gem B v4.5.6').

    Pourquoi rails verrouillé?

    Parce Que Gemfile.verrouillage spécifié rails de la version 4.0.4. Et c'est cette version (à partir du fichier de verrouillage) qui sera utilisé par le système de regroupement, sur déploie, etc. Il suffit de changer de version dans un Gemfile ne sera pas affecter le gem version est chargé. bundle install /bundle update est nécessaire.

    Mise à jour

    Lien utile: http://viget.com/extend/bundler-best-practices

    Voici les règles:

    1. Toujours utiliser bundle install
    2. Si vous avez besoin de mettre à niveau une dépendance que Bundler est déjà de gestion, bundle mise à jour gem_name.
    3. Ne pas exécuter bundle mise à jour, sauf si vous voulez que tous vos gemmes pour être mis à niveau.
    Hmm.. peut-être que je ne comprends toujours pas. J'ai mis à jour les gemmes dans le passé, et je ne me souviens pas avoir à courir bundle update gem_name - je viens de toujours exécuter bundle (sans arguments) qui est équivalent à bundle install (jusqu'à ce que bundler v2 vient un jour). Seulement maintenant, j'étais sur une mise à jour série, et mis à jour sept autres pierres précieuses, un à la fois, et ont été en mesure de simplement mettre à jour la version en Gemfile et exécuter bundle. Il s'avère que seulement maintenant, j'ai été obligé de courir bundle update jquery-rails et j'ai réalisé que, en fait, je ne comprends toujours pas pourquoi.
    Les messages You have requested: rails = 4.0.5 et The bundle currently has rails locked at 4.0.4. ne suggèrent pas de conflit. De même pour jquery-rails - j'ai reçu des messages similaires: You have requested: jquery-rails ~> 3.1.0 et The bundle currently has jquery-rails locked at 3.0.4. -- Dans les deux cas, l'exécution de bundle update gem_name juste allé de l'avant et de mise à jour des pierres précieuses (apparemment pas différent que lorsque je mets à jour les pierres précieuses avec bundle (aka bundle install)). J'aimerais savoir ce qui se passe vraiment. J'ai lu un tas de blogs et de réponses en ligne, et je n'ai pas encore trouvé une réponse satisfaisante.
    à ce stade, votre meilleure source est bundler code source, je pense. La seule réponse définitive est là 🙂
    Ok, je vais le suivre. Je veux juste mentionner que je parle avec tout le respect dû, et j'ai sincèrement de la valeur de votre réponse et de vos commentaires. Votre réponse à la Pourquoi rails bloqué? Parce que Gemfile.lock spécifié rails version 4.0.4. Bien, chaque bijou est spécifié dans Gemfile.lock avec une version. Par exemple, je ne vois pas de différence entre rails et passenger, encore rails nécessite bundle update rails obtenir les mises à jour et passenger est très bien avec juste bundle install. Remarque: j'utilise ~> pour chaque bijou Gemfile sauf rails. Mais encore une fois jquery-rails a dit que c'était verrouillé. C'est tellement étrange.
    C'est ce qui s'est passé lorsque j'ai essayé d'exécuter bundle install après un changement de rails version: monosnap.com/image/ZZXsruvU5N7nazHbNYAvJ0V5w41wb8.png je ne peux pas reproduire ce "bijou est verrouillé" scénario, j'ai donc pris une supposition éclairée. Peut-être a quelque chose à voir avec le mode de déploiement (êtes-vous, par hasard, en essayant de mettre à jour les rails de version sur un déployés production, ou de quelque chose)?

    OriginalL'auteur Sergio Tulentsev