<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word"><span class="">On 20 Nov 2014, at 01:48, S Page <<a href="mailto:spage@wikimedia.org" target="_blank">spage@wikimedia.org</a>> wrote:<br><div><br><blockquote type="cite"><div dir="ltr"><div><div><div>Speaking of overzealous rules, The Flow rubocop job was failing on its Gemfile:<br><pre><span><b>02:53:31</b> </span>Gemfile:1:1: C: Missing space after #.
<span><b>02:53:31</b> </span>#ruby=ruby-2.1.1
<span><b>02:53:31</b> </span>^^^^^^^^^^^^^^^^
<span><b>02:53:31</b> </span>Gemfile:2:1: C: Missing space after #.
<span><b>02:53:31</b> </span>#ruby-gemset=Flow
<span><b>02:53:31</b> </span>^^^^^^^^^^^^^^^^^</pre></div>but all our Gemfiles are written this way.<br></div></div></div></blockquote></div></span></div></blockquote><div>One alternative to this annotation would be to use .ruby-version and .ruby-gemset files in the project. They former is standard-ish (supported by Ruby versioning tools other than RVM).[1]</div><div><br></div><div>[1] <a href="http://rvm.io/workflow/projects#project-file-ruby-version">http://rvm.io/workflow/projects#project-file-ruby-version</a></div><div> </div><div>On Thu, Nov 20, 2014 at 9:15 AM, Krinkle <span dir="ltr"><<a href="mailto:krinklemail@gmail.com" target="_blank">krinklemail@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"></blockquote></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word"><div>It seems robocop requires quite verbose configuration making it less attractive to maintain in individual repositories. Perhaps we can inherit some kind of base config with only minor local changes, or even upstream our conventions, like I did for jscs.</div></div></blockquote><div><br></div><div>I like that idea, especially if we can agree on a liberal base configuration.</div></div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Dan Duvall<div>Automation Engineer</div><div><a href="http://wikimediafoundation.org" target="_blank">Wikimedia Foundation</a><br></div></div></div>
</div></div>