[LRUG] Gemfile.lock for gems - to check in or not to check in, that is the question
damzcodes at gmail.com
Wed May 10 03:15:40 PDT 2017
This is something I've been wondering recently too. At a previous workplace
we were discouraged from committing the Gemfile.lock but at other places
we've been encouraged to.
I think it's a matter of preference but I'd pick not committing, if i had
to, for the reasons you pointed out. Too often have I had to delete old
lock files so that my gems would install properly on my machine. & Knowing
that the lock file gets generated when you run `bundle install` anyway
means that I know gems aren't getting lost or anything. There may be an
issue if wanting to lock gems at particular versions but you can do that by
specifying the version you want in the gemfile.
On 10 May 2017 11:08 am, "Asfand Qazi" <ayqazi at gmail.com> wrote:
> 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.
> 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: http://yehudakatz.com/2010/12/
> However, checking the latest bundler docs, here we read something
> different: http://bundler.io/v1.14/guides/creating_gem.html
> "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."
> What do y'all think? Follow the old advice, or the new advice?
> Asfand Qazi
> The DevOps Doctors
> E: asfand at thedevopsdoctors.com
> W: https://www.thedevopsdoctors.com/
> Chat mailing list
> Chat at lists.lrug.org
> Archives: http://lists.lrug.org/pipermail/chat-lrug.org
> Manage your subscription: http://lists.lrug.org/options.cgi/chat-lrug.org
> List info: http://lists.lrug.org/listinfo.cgi/chat-lrug.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Chat