Identify and skip `development` dependencies
Nobody has claimed this yet.
- Dominant language
- Ruby
- Stars
- 2.2k
- Forks
- 256
- Avg merge
- 6d 17h
- Merged PRs (30d)
- 37
Description
There are practices to differentiate “development apps” (e.g., use Rake to automate, use RBS to test) and “runtime libraries” (e.g., Rake plugin, RBS processor) in Gemfiles and .gemspecs.
# Gemfile
group :development do
gem 'rake', …
gem 'rbs', …
end
# *.gemspec
…
add_development_dependency 'rake', …
add_development_dependency 'rbs', …
…
RBS – both rbs collection as well as when looking for sig/s in general – should learn to identify those patterns.
Originally posted by @ParadoxV5 in https://github.com/soutaro/rbs-inline/issues/11#issuecomment-2101120845
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing the rbs collection entry point and the logic that looks for sig/ files, then inspect how Gemfile groups and gemspec dependencies are currently identified. Done means both paths recognize development dependencies and skip them when appropriate.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- ruby
- Domain
- tooling
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100