<div dir="ltr"><div style="color:rgb(34,34,34);font-family:arial,sans-serif">I don’t want to repeat any opinions, because what I agree with has already been said (basically I agree with Stephen)</div><div style="color:rgb(34,34,34);font-family:arial,sans-serif"><br></div><div style="color:rgb(34,34,34);font-family:arial,sans-serif">But I think this thread has got a bit confused by different interpretations. The original question only relates to people<span class="inbox-inbox-Apple-converted-space"> </span><b>developing<span class="inbox-inbox-Apple-converted-space"> </span>gems</b>.</div><div style="color:rgb(34,34,34);font-family:arial,sans-serif"><br></div><div style="color:rgb(34,34,34);font-family:arial,sans-serif">The recommendation for applications has<span class="inbox-inbox-Apple-converted-space"> </span><b>ALWAYS</b> been that you check in Gemfile.lock, that’s called out in Yehuda's blog post and I don’t think anyone disagrees with it. If you want multiple people to be working with the same set of gems, you check in Gemfile.lock. (See also Docker, but that’s a lot of overhead if you only need to manage gems)<br></div><div style="color:rgb(34,34,34);font-family:arial,sans-serif"><br></div><div style="color:rgb(34,34,34);font-family:arial,sans-serif">It’s worth remembering that Bundler was at version 1.0.7 (3 months after 1.0.0) when the source blog post was written. Yehuda’s point of view was explained in more detail here:</div><div style="color:rgb(34,34,34);font-family:arial,sans-serif"><br></div><div style="color:rgb(34,34,34);font-family:arial,sans-serif"><div>> I tend not to, so I can avoid getting surprised by bugs during updates of</div><div>> dependencies with ~>. In other words, I want to see what will happen if people</div><div>> install the gem with `gem install` (or fresh in a bundle), which is exactly</div><div>> the *opposite* of what I want in an application.</div></div><div style="color:rgb(34,34,34);font-family:arial,sans-serif">- <a href="https://groups.google.com/forum/#!msg/ruby-bundler/ldJjA8ivqFs/OYXruxbgbwYJ" style="color:rgb(17,85,204)">https://groups.google.com/forum/#!msg/ruby-bundler/ldJjA8ivqFs/OYXruxbgbwYJ</a></div><div style="color:rgb(34,34,34);font-family:arial,sans-serif"><br></div><div style="color:rgb(34,34,34);font-family:arial,sans-serif">Relying on other people’s installs to catch bugs due to version changes is pretty scrappy IMO and 7 years later I think that belongs in a build system or some other checker. I'd check in the file myself.</div><br class="inbox-inbox-Apple-interchange-newline"></div><br><div class="gmail_quote"><div dir="ltr">On Wed, May 10, 2017 at 5:21 PM Talk21 <<a href="mailto:jason.hooper@talk21.com">jason.hooper@talk21.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">I would follow the new advice. We are running a Ruby Padrino application that is now more than three years old. By committing the Gemfile.lock we have been able to keep all our remote servers and developer environments the same. We then can control upgrades to either the whole stack or single gems by bundling and then updating the Gemfile.lock and recommitting.<div><br><div>
Regards,

</div><div><br class="m_-501016896089054877webkit-block-placeholder"></div><div>Jason Hooper</div></div></div><div style="word-wrap:break-word"><div>
<br><div><blockquote type="cite"><div>On 10 May 2017, at 11:08, Asfand Qazi <<a href="mailto:ayqazi@gmail.com" target="_blank">ayqazi@gmail.com</a>> wrote:</div><br class="m_-501016896089054877Apple-interchange-newline"><div><div dir="ltr">Hello,<div><br></div><div>I have a question regarding Bundler, developing gems, and Gemfile.lock . It is a question I thought I had the answer to, but apparently not.</div><div><br></div><div>I USED to believe that you do not check in Gemfile.lock, so as to allow situations during development to occur where your gem is used with a version of a dependency that you did not expect, therefore allowing possibly breaking interface changes to dependencies to be made apparent. This is what Mr. Katz says here, in 2010: <a href="http://yehudakatz.com/2010/12/16/clarifying-the-roles-of-the-gemspec-and-gemfile/" target="_blank">http://yehudakatz.com/2010/12/16/clarifying-the-roles-of-the-gemspec-and-gemfile/</a>.</div><div><br></div><div>However, checking the latest bundler docs, here we read something different: <a href="http://bundler.io/v1.14/guides/creating_gem.html" target="_blank">http://bundler.io/v1.14/guides/creating_gem.html</a></div><div><br></div><div>"By running bundle install, Bundler will generate the extremely important Gemfile.lock file. This file is responsible for ensuring that every system this library is developed on has the exact same gems so it should always be checked into version control. For more information on this file read “THE GEMFILE.LOCK” section of the bundle install manpage."</div><div><br></div><div>Que?</div><div><br></div><div>What do y'all think? Follow the old advice, or the new advice?</div><div><br></div><div>Thanks</div><div><br class="m_-501016896089054877gmail-Apple-interchange-newline">Regards,<br>    Asfand Qazi<br>    The DevOps Doctors<br><br>    E: <a href="mailto:asfand@thedevopsdoctors.com" target="_blank">asfand@thedevopsdoctors.com</a><br>    W: <a href="https://www.thedevopsdoctors.com/" target="_blank">https://www.thedevopsdoctors.com/</a><br>
</div></div>
_______________________________________________<br>Chat mailing list<br><a href="mailto:Chat@lists.lrug.org" target="_blank">Chat@lists.lrug.org</a><br>Archives: <a href="http://lists.lrug.org/pipermail/chat-lrug.org" target="_blank">http://lists.lrug.org/pipermail/chat-lrug.org</a><br>Manage your subscription: <a href="http://lists.lrug.org/options.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/options.cgi/chat-lrug.org</a><br>List info: <a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br></div></blockquote></div><br></div></div>_______________________________________________<br>
Chat mailing list<br>
<a href="mailto:Chat@lists.lrug.org" target="_blank">Chat@lists.lrug.org</a><br>
Archives: <a href="http://lists.lrug.org/pipermail/chat-lrug.org" rel="noreferrer" target="_blank">http://lists.lrug.org/pipermail/chat-lrug.org</a><br>
Manage your subscription: <a href="http://lists.lrug.org/options.cgi/chat-lrug.org" rel="noreferrer" target="_blank">http://lists.lrug.org/options.cgi/chat-lrug.org</a><br>
List info: <a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" rel="noreferrer" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br>
</blockquote></div>