โฏ๏ธ Ruby::Merge
if ci_badges.map(&:color).detect { it != "green"} โ๏ธ let me know on Discord or RubyForum, as I may have missed the notification.
if ci_badges.map(&:color).all? { it == "green"} ๐๏ธ send money so I can do more of this. FLOSS maintenance is now my full-time job.
๐ฃ How will this project approach the September 2025 hostile takeover of RubyGems? ๐๏ธ
I've summarized my thoughts in this blog post.
๐ป Synopsis

Ruby::Merge is the canonical Ruby source family package. It merges Ruby code by source entities instead of line ranges, preserving destination-owned bodies while allowing template-only requires, constants, modules, classes, methods, and DSL entries to be added when configured.
Key Features
- Tree-sitter-backed Ruby parsing through
tree_haver. - Entity-level matching for declarations, constants, methods, and top-level DSL entries.
- Require ordering and optional template require insertion.
- Nested output and reviewed nested output APIs for Markdown/code-block workflows.
- Method move policy and parser diagnostic thresholds for safe fallback behavior.
๐ก Info you can shake a stick at
| Tokens to Remember | |
|---|---|
| Works with MRI Ruby 4 | |
| Support & Community | |
| Source | |
| Documentation | |
| Compliance | |
| Style | |
| Maintainer ๐๏ธ | |
... ๐ |
Compatibility
Compatible with MRI Ruby 4.0.0+, and concordant releases of JRuby, and TruffleRuby.
CI workflows and Appraisals are generated for MRI Ruby 4.0.0+.
This test floor is configured by ruby.test_minimum in .kettle-jem.yml and
may be higher than the gem's runtime compatibility floor when legacy Rubies are
not practical for the current toolchain.
The amazing test matrix is powered by the kettle-dev stack.
How kettle-dev manages complexity in tests
| Gem | Source | Role | Total downloads |
|---|---|---|---|
| appraisal2 | GitHub | multi-dependency Appraisal matrix generation | |
| appraisal2-rubocop | GitHub | RuboCop Appraisal generator integration | |
| kettle-dev | GitHub | development, release, and CI workflow tooling | |
| kettle-jem | GitHub | Appraisals & CI workflow templates | |
| kettle-soup-cover | GitHub | SimpleCov coverage policy and reporting | |
| kettle-test | GitHub | standard test runner and coverage harness | |
| rubocop-lts | GitHub | Ruby-version-aware linting | |
| turbo_tests2 | GitHub | parallel test execution |
โจ Installation
Install the gem and add to the application's Gemfile by executing:
bundle add ruby-merge
If bundler is not being used to manage dependencies, install the gem by executing:
gem install ruby-merge
โ๏ธ Configuration
Ruby::Merge exposes module-level APIs so fixture runners and Git integrations can call it without constructing a merger object.
profile = Ruby::Merge.ruby_backend_feature_profile
context = Ruby::Merge.ruby_plan_context
merge_ruby accepts merge_template_requires: and method_move_policy:. Leave merge_template_requires: false when local files own their require list; enable it when a template is authoritative for adding new dependencies.
๐ง Basic Usage
require "ruby/merge"
result = Ruby::Merge.merge_ruby(
File.read("template.rb"),
File.read("app.rb"),
"ruby",
merge_template_requires: true,
)
abort result.fetch(:diagnostics).inspect unless result.fetch(:ok)
File.write("app.rb", result.fetch(:output))
Most module-level merge methods return a Hash with :ok, :diagnostics, :output, and :policies. Check :ok before writing the result; diagnostics are structured for CI output and fixture conformance reports.
๐ Security
See SECURITY.md.
๐ค Contributing
If you need some ideas of where to help, you could work on adding more code coverage, or if it is already ๐ฏ (see below) check issues or PRs, or use the gem and think about how it could be better.
We so if you make changes, remember to update it.
See CONTRIBUTING.md for more detailed instructions.
Code Coverage
Coverage service badges
๐ Versioning
This library follows for its public API where practical.
For most applications, prefer the Pessimistic Version Constraint with two digits of precision.
For example:
spec.add_dependency("ruby-merge", "~> 7.0")
๐ Is "Platform Support" part of the public API? More details inside.
Dropping support for a platform can be a breaking change for affected users. If a release changes supported platforms, it should be called out clearly in the changelog and versioned with that impact in mind.
To get a better understanding of how SemVer is intended to work over a project's lifetime, read this article from the creator of SemVer:
See CHANGELOG.md for a list of releases.
๐ License
The gem is available under the following licenses: AGPL-3.0-only, PolyForm-Small-Business-1.0.0. See LICENSE.md for details.
If none of the available licenses suit your use case, please contact us to discuss a custom commercial license.
