Add grammar for Gemfile.lock files

[hmarr]

Description

I noticed that Gemfile.lock files are currently treated as Ruby code (which they're not), which means the syntax highlighting isn't right. Here's an example.

Given the prevalence of Gemfile.lock files (GitHub search reports > 1M) I thought it'd be worth fixing. This PR adds a TextMate grammar for Gemfile.lock files so we can highlight them correctly.

I see this has been discussed previously, but that issue went stale and was closed. If you'd rather not include a grammar for a generated file format, no hard feelings! But in that case it'd be good to remove Gemfile.lock from the file types classed as Ruby, and fix the misclassification problem described in the issue I linked 😄

Right now this grammar is in its own repo as that was the path of least resistance. However I'd be more than happy to contribute it to atom/language-ruby if that'd be a better place for it.

Checklist:

• I am adding a new language.
  • The extension of the new language is used in hundreds of repositories on GitHub.com.
    • Search results for each extension:
      • https://github.com/search?q=filename%3AGemfile.lock&type=Code (note: as this grammar works only for files with a specific name, I changed "extension" to "filename" in the search query)
  • I have included a real-world usage sample for all extensions added in this PR:
    • Sample source(s):
      • https://github.com/rails/rails/blob/main/Gemfile.lock
    • Sample license(s):
      • https://github.com/rails/rails/blob/main/MIT-LICENSE
  • I have included a syntax highlighting grammar: https://github-lightshow.herokuapp.com/?utf8=%E2%9C%93&scope=from-url&grammar_format=auto&grammar_url=https%3A%2F%2Fgithub.com%2Fhmarr%2Fgemfile-lock-tmlanguage%2Fblob%2Fmain%2Fsyntaxes%2Fgemfile-lock.tmLanguage.json&grammar_text=&code_source=from-url&code_url=https%3A%2F%2Fgithub.com%2Frails%2Frails%2Fblob%2Fmain%2FGemfile.lock&code=
  • I have updated the heuristics to distinguish my language from others using the same extension. (I don't think this is necessary as it doesn't match any extensions, but let me know if I've misunderstood!)

[hmarr]

I'm not sure what to do about this test failure:

Ruby Gemfile.lock has a sample with extension (.lock) that isn't explicitly defined in languages.yml

Adding .lock to extensions in the languages.yml file doesn't feel like the right solution – I assume that'd mean all .lock files get associated with this grammar?

[Nixinova]

I'm not sure what to do about this test failure:

The sample file must be placed in a "filenames" subfolder: samples/Ruby Gemfile.lock/filenames/Gemfile.lock

[Nixinova]

@lildude: What does searchable do? It's false on e.g. JSON but https://github.com/search?q=language:JSON&type=code works.

[lildude]

Good question. I've taken a quick look into it and the answer is... wait for it... nothing 😆

It looks like that's a remnant from the old search backend that was used around about 2011-12.

I'll need to do a thorough investigation, but I think we can safely remove all the searchable stuff. I'll open an issue to remind me of this.

[lildude]

#5269

[hmarr]

Thanks for the tip @Nixinova, that seems to have done the job. ✨