git-markdown 0.1.9 → 0.2.0

checksums.yaml

@@ -1,7 +1,7 @@
 ---
 SHA256:
-  metadata.gz: 76a5b1c374e3b1570dbc81b878c599fbe4948bb82f34ac3e7b83b838fba9f8fa
-  data.tar.gz: e59928ca3d2c0e06662c1c3bd5de7a9e6a8dd08fe185107902442a9dc96644aa
+  metadata.gz: f0e1296f879c1e185897784daa05de2ee09283234544d6702b8c28d146d008d8
+  data.tar.gz: 980c114be2a7aa566c686e175505262b4f6b38e3215caa1de1e0c4dd05f3aaf9
 SHA512:
-  metadata.gz: 06eca733ed11a7e397f050a3e12080c0354e12c4fe1f760dec9e0237a919e5eaa4d5b65af451356ffceed818c095d0829908f5feb0df0b7eac2b5408e34bb5ff
-  data.tar.gz: 0545bb27e46d36a396c5963fbefc4f37a9c00b96ae275872cb0c959e9b3724aa994dc0078c58c900d0b8594f0ba035d4749d876d48d6cb2ac7db286dc62327b2
+  metadata.gz: c2a39643876719dc58ada4dbaee3ae0bf587f91e300516e16109c7c1710587de2a6fb9e52b0e806eb76fe04409c9260c409dd8e7761a7bd451e3ba5fbc23d50d
+  data.tar.gz: 26d2010bb34a48ab0ee6b1d59c065f53a7ba6a397923c83fe8d6566032c50279d79b51f3c5f2231c0c9a1cd17e8b535cdf1179b9f42407999013e92ad872c3b2

data/CHANGELOG.md

@@ -5,18 +5,101 @@ All notable changes to this project will be documented in this file.
 The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/),
 and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
 
+## [0.2.0] - 2026-11-04
+
+
+### Added
+
+- harden git commits
+
+- harden git commits ([#10](https://github.com/ethos-link/git-markdown/pull/10))
+
+- require Ruby 4 and adopt Gemkit
+
+- require Ruby 4 and adopt Gemkit ([#11](https://github.com/ethos-link/git-markdown/pull/11))
+
+
+
+
+### Documentation
+
+- add conventional changelogs ([#8](https://github.com/ethos-link/git-markdown/pull/8))
+
+
+
+
+### Fixed
+
+- preserve release changelog history ([#9](https://github.com/ethos-link/git-markdown/pull/9))
+
+- standardrb offense
+
+
+
 ## [0.1.9] - 2026-04-21
 
-### <!-- 1 -->🐛 Bug Fixes
-- publish built gem in release workflow
+### Fixed
+- Publish the built gem directly from the release workflow.
+
+### Documentation
+- Update the gemspec and README to match the current public positioning and release flow.
+
+### Changed
+- Standardize the gem release workflow and repository conventions.
+- Stop relying on GitHub variables in the release setup.
+
+## [0.1.8] - 2026-03-20
+
+### Added
+- Filter GitHub-native resolved comments via GraphQL so exported review files stay focused on active feedback by default.
+
+## [0.1.7] - 2026-02-08
+
+### Fixed
+- Read the CLI version from `GitMarkdown::VERSION` consistently.
+
+## [0.1.6] - 2026-02-08
+
+### Fixed
+- Restore RubyGems publishing through the OIDC-compatible `rubygems/release-gem` workflow path.
+
+## [0.1.5] - 2026-02-08
+
+### Fixed
+- Publish by building and pushing the gem artifact directly instead of relying on the previous release action flow.
+
+## [0.1.4] - 2026-02-08
+
+### Changed
+- Stabilize the release line while iterating on the automated release process.
+
+## [0.1.3] - 2026-02-08
+
+### Fixed
+- Add `workflow_call` support to `ruby.yml` and configure RubyGems authentication for the release workflow.
+- Allow changelog generation to be optional in the release workflow when needed.
+
+### Changed
+- Move to a single-command release process with changelog generation built into release preparation.
+
+## [0.1.1] - 2026-02-08
+
+### Added
+- Add the `release:bump` task for automated version management.
 
+### Fixed
+- Correct the gem bump flow and release version handling across the early automated release tasks.
 
-### <!-- 3 -->📚 Documentation
-- update gemspec and readme
+### Documentation
+- Update the gemspec and changelog during the initial release hardening passes.
 
+## [0.1.0] - 2026-02-08
 
-### <!-- 7 -->⚙️ Miscellaneous Tasks
-- standardize gem release workflow and repo conventions
-- stop using github variables
+### Added
+- Bootstrap the `git-markdown` gem and its CLI for exporting pull requests into local Markdown files.
 
+### Fixed
+- Harden setup and credential handling, including the initial `git-cliff` configuration and CLI UX cleanup.
 
+### Documentation
+- Improve the README, metadata, and local development guidance for the first public release.

data/README.md

@@ -110,66 +110,10 @@ Config is stored under `~/.config/git-markdown/`:
 
 ## Requirements
 
-- Ruby 3.0+
+- Ruby 4.0+
 - Git (for remote detection)
 - GitHub Personal Access Token with `repo` scope
 
-## Development
-
-```bash
-git clone https://github.com/ethos-link/git-markdown.git
-cd git-markdown
-
-bundle install
-bundle exec rake test
-bundle exec standardrb
-bundle exec rake
-```
-
-Note: `Gemfile.lock` is intentionally not tracked to avoid conflicts across Ruby versions.
-
-### Git hooks
-
-We use [lefthook](https://lefthook.dev/) with the Ruby [commitlint](https://github.com/arandilopez/commitlint) gem to enforce Conventional Commits on every commit. We also use [Standard Ruby](https://standardrb.com/) to keep code style consistent. CI validates commit messages, Standard Ruby, tests, and git-cliff changelog generation on pull requests and pushes to main/master.
-
-Run the hook installer once per clone:
-
-```bash
-bundle exec lefthook install
-```
-
-### Install locally
-
-```bash
-rake install
-```
-
-## Release
-
-Releases are tag-driven and published by GitHub Actions to RubyGems. Local release commands never publish directly.
-
-Install [git-cliff](https://git-cliff.org/) locally before preparing a release. The release task regenerates `CHANGELOG.md` from Conventional Commits.
-
-Before preparing a release, make sure you are on `main` or `master` with a clean worktree.
-
-Then run one of:
-
-```bash
-bundle exec rake 'release:prepare[patch]'
-bundle exec rake 'release:prepare[minor]'
-bundle exec rake 'release:prepare[major]'
-bundle exec rake 'release:prepare[0.1.0]'
-```
-
-The task will:
-
-1. Regenerate `CHANGELOG.md` with `git-cliff`.
-1. Update `lib/git/markdown/version.rb`.
-1. Commit the release changes.
-1. Create and push the `vX.Y.Z` tag.
-
-The `Release` workflow then runs tests, publishes the gem to RubyGems, and creates the GitHub release from the changelog entry.
-
 ## Contributing
 
 1. Fork it
@@ -199,9 +143,31 @@ Please use [Conventional Commits](https://www.conventionalcommits.org/) for comm
 
 MIT License, see [LICENSE.txt](LICENSE.txt)
 
-## About
+## Development and releases
+
+Shared tooling uses published [Ethos Gemkit](https://github.com/ethos-link/ethos-gemkit).
+Keep the exact Gemfile version and workflow commit pins on the same release.
+
+```sh
+bundle install
+bundle exec lefthook install
+bundle exec rake verify
+```
+
+From clean, current `main`, run `bundle exec rake 'release:prepare[patch]'`
+(or `minor`, `major`, or an explicit version). Review and merge the generated
+release PR to publish through Actions. Shared prerequisites, registry credentials
+and failed-job recovery are in the [Gemkit release guide](https://github.com/ethos-link/ethos-gemkit#releasing-a-gem).
+
+## Built by Ethos Link
 
-Made by the team at [Ethos Link](https://www.ethos-link.com) — practical software for growing businesses. We build tools for hospitality operators who need clear workflows, fast onboarding, and real human support.
+[Ethos Link](https://www.ethos-link.com) builds business software and integrations
+that replace manual handoffs with connected workflows. We help teams automate
+routine work, use their data and improve the processes their business runs on.
 
-We also build [Reviato](https://www.reviato.com), “Capture. Interpret. Act.”.
-Turn guest feedback into clear next steps for your team. Collect private appraisals, spot patterns across reviews, and act before small issues turn into public ones.
+- [Reviato](https://www.reviato.com): Read public review trends and collect
+  private customer feedback, so your team can decide what to improve.
+- [EthosPlaces](https://www.ethos.place): Give customers the details they need to
+  choose and visit your business, from opening hours to directions.
+- [Nuntio](https://www.nuntiohq.com): Draft, review and schedule social posts in
+  one workspace, then track each publishing result.

data/UPGRADE.md

@@ -0,0 +1,11 @@
+# Upgrade Guide
+
+## 0.2.0
+
+### Shared development and release tooling
+
+Use Ruby 4 and published Gemkit 0.2.0. Install the bundle and hooks, then run the
+project's verification command from the README. Prepare releases from clean,
+current main; merging the generated release PR publishes through Actions.
+See the [Gemkit upgrade guide](https://github.com/ethos-link/ethos-gemkit/blob/main/UPGRADE.md)
+for workflow permissions and registry setup.

data/lib/git/markdown/providers/github.rb

@@ -33,9 +33,9 @@ module GitMarkdown
           review.comments = all_pr_comments
             .select { |c| c["pull_request_review_id"] == review.id }
             .map do |data|
-              comment = Models::Comment.from_api(data)
-              comment.resolved = resolved_ids.include?(comment.id)
-              comment
+            comment = Models::Comment.from_api(data)
+            comment.resolved = resolved_ids.include?(comment.id)
+            comment
           end
           review
         end

data/lib/git/markdown/version.rb

@@ -1,5 +1,5 @@
 # frozen_string_literal: true
 
 module GitMarkdown
-  VERSION = "0.1.9"
+  VERSION = "0.2.0"
 end

metadata

@@ -1,7 +1,7 @@
 --- !ruby/object:Gem::Specification
 name: git-markdown
 version: !ruby/object:Gem::Version
-  version: 0.1.9
+  version: 0.2.0
 platform: ruby
 authors:
 - Paulo Fidalgo
@@ -38,34 +38,6 @@ dependencies:
     - - "~>"
       - !ruby/object:Gem::Version
         version: '6.0'
-- !ruby/object:Gem::Dependency
-  name: rake
-  requirement: !ruby/object:Gem::Requirement
-    requirements:
-    - - "~>"
-      - !ruby/object:Gem::Version
-        version: '13.0'
-  type: :development
-  prerelease: false
-  version_requirements: !ruby/object:Gem::Requirement
-    requirements:
-    - - "~>"
-      - !ruby/object:Gem::Version
-        version: '13.0'
-- !ruby/object:Gem::Dependency
-  name: standard
-  requirement: !ruby/object:Gem::Requirement
-    requirements:
-    - - "~>"
-      - !ruby/object:Gem::Version
-        version: '1.0'
-  type: :development
-  prerelease: false
-  version_requirements: !ruby/object:Gem::Requirement
-    requirements:
-    - - "~>"
-      - !ruby/object:Gem::Version
-        version: '1.0'
 - !ruby/object:Gem::Dependency
   name: vcr
   requirement: !ruby/object:Gem::Requirement
@@ -103,17 +75,11 @@ executables:
 extensions: []
 extra_rdoc_files: []
 files:
-- AGENT.md
-- AGENTS.md
 - CHANGELOG.md
-- Gemfile
 - LICENSE.txt
 - README.md
-- Rakefile
+- UPGRADE.md
 - bin/git-markdown
-- cliff.toml
-- git-markdown.gemspec
-- lefthook.yml
 - lib/git/markdown/api/client.rb
 - lib/git/markdown/api/response.rb
 - lib/git/markdown/cli.rb
@@ -137,8 +103,8 @@ metadata:
   homepage_uri: https://www.ethos-link.com/opensource/git-markdown
   source_code_uri: https://github.com/ethos-link/git-markdown
   bug_tracker_uri: https://github.com/ethos-link/git-markdown/issues
-  changelog_uri: https://github.com/ethos-link/git-markdown/blob/master/CHANGELOG.md
-  documentation_uri: https://github.com/ethos-link/git-markdown/blob/master/README.md
+  changelog_uri: https://github.com/ethos-link/git-markdown/blob/main/CHANGELOG.md
+  documentation_uri: https://github.com/ethos-link/git-markdown/blob/main/README.md
   funding_uri: https://www.reviato.com/
   github_repo: ssh://github.com/ethos-link/git-markdown
   allowed_push_host: https://rubygems.org
@@ -150,14 +116,14 @@ required_ruby_version: !ruby/object:Gem::Requirement
   requirements:
   - - ">="
     - !ruby/object:Gem::Version
-      version: 3.0.0
+      version: '4.0'
 required_rubygems_version: !ruby/object:Gem::Requirement
   requirements:
   - - ">="
     - !ruby/object:Gem::Version
       version: '0'
 requirements: []
-rubygems_version: 4.0.6
+rubygems_version: 4.0.20
 specification_version: 4
 summary: Convert GitHub PRs to Markdown for local AI code review
 test_files: []

data/AGENT.md

@@ -1,47 +0,0 @@
-# Agent Guide
-
-Repository-specific rules for code-generation agents working on `git-markdown`.
-
-## Core workflow
-
-- Prefer surgical edits. Do not reformat unrelated code or reshuffle files.
-- Read the actual call sites and CLI flows before changing behavior.
-- Preserve the public CLI and generated Markdown shape unless the task explicitly requires a change.
-- Fix root causes, not symptoms.
-- Keep one canonical owner per behavior:
-  - remote parsing in `Git::Markdown::RemoteParser`
-  - auth/config in `Git::Markdown::Configuration` and `Git::Markdown::Credentials`
-  - provider fetching in `Git::Markdown::Providers::*`
-  - HTTP transport/response handling in `Git::Markdown::Api::*`
-  - output rendering in `Git::Markdown::Markdown::Generator`
-
-## Naming and code quality
-
-- Use one canonical term per concept across code, config, and docs.
-- Do not add parallel wrappers or aliases for the same concept.
-- Use clear names that describe the domain object or action; avoid vague names like `Manager`, `Helper`, or `Handler`.
-- Keep classes small and intention-revealing. If logic starts spanning transport, parsing, and rendering concerns, split by responsibility rather than adding conditionals.
-- Fail fast on unexpected states. Prefer explicit errors over silent fallbacks.
-- When tests are hard to write, simplify the production design first instead of adding test-only indirection.
-
-## Testing and boundaries
-
-- Framework: Minitest.
-- Keep WebMock enabled. Do not allow live HTTP in tests.
-- Use VCR for outbound GitHub API interactions when fixtures are needed.
-- Add or update minimal tests when behavior changes, especially for CLI output, parsing, and provider interactions.
-- Use `standardrb` for Ruby style consistency.
-- Run `bundle exec rake` before finishing.
-
-## Git commits and release
-
-- Conventional Commits are required and enforced by `commitlint`.
-- Allowed commit types for normal work: `feat`, `fix`, `refactor`, `chore`, `test`, `docs`.
-- Subject line: imperative, <= 80 chars, no trailing period.
-- Add a body for non-trivial changes explaining why and how.
-- Install hooks once per clone: `bundle exec lefthook install`
-- Release flow:
-  - `bundle exec rake 'release:prepare[patch]'`
-  - changelog is generated by `git-cliff`
-  - publishing happens only in GitHub Actions
-  - this gem publishes only to RubyGems

data/AGENTS.md

@@ -1,248 +0,0 @@
-# AI Agent Playbook
-
-Rules any code-generation agent must follow when editing this repository.
-Keep changes minimal, validated, and consistent with existing patterns.
-
-## How to work in this repo
-
-- Prefer surgical edits. Don’t reformat unrelated code. Preserve public APIs unless required.
-- Source of truth is the code: read actual files, signatures, and call sites before changing anything.
-- Think before acting: understand root causes; don’t treat symptoms.
-
-### Stack constraints (do not drift)
-
-- Ruby 3.4 + Rails 8.1
-- No-build frontend: Importmap + tailwindcss-rails (Tailwind v4)
-- Use `bin/dev` for local dev (Rails + Tailwind watcher + GoodJob)
-- Do not introduce Node/Yarn or JS bundlers
-
-### Commands (run before finishing)
-
-- Tests: `bundle exec rails test` (all) or targeted files
-- System tests: `bundle exec rails test:system`
-- Coverage: `COVERAGE=1 bundle exec rails test`
-- Lint: `bin/rubocop`
-- ERB lint: `bundle exec erb_lint --lint-all`
-- Assets: `RAILS_ENV=production bin/rails assets:precompile`
-- Data: `bin/rails data:plans:seed`
-
-## Boundaries
-
-### Always
-
-- Keep diffs surgical; don’t shuffle files or reformat unrelated code.
-- Add/update minimal tests when behavior changes.
-- Use i18n keys for user-facing copy (no hardcoded UI strings).
-- Keep WebMock enabled in tests; do not allow live HTTP.
-
-### Ask first (high-risk)
-
-- New dependencies (gems / JS packages / tooling).
-- Database migrations or schema changes.
-- Changes to provider contracts, auth/authorization, billing, or security boundaries.
-- Editing Rails credentials / secrets handling.
-
-### Never
-
-- Commit secrets/credentials, master keys, or decrypted values.
-- Add Node/Yarn/bundlers to the stack.
-- Add debug prints/breakpoints in app/runtime code (`puts`, `pp`, `binding.pry`).
-  - Exception: intentional CLI output in Rake tasks is acceptable.
-
-## Git commits
-
-- Use Conventional Commits.
-- Subject line ≤ 80 chars, imperative, no trailing period.
-- Body (when non-trivial): explain **why** and **how** (not what).
-- Types: `feat`, `fix`, `refactor`, `chore`, `test`, `docs`.
-
-## Project map (what goes where)
-
-- `app/`: Rails MVC, jobs, services (legacy), views.
-- `lib/`: External providers and infra (`lib/providers`, `lib/faraday`, `lib/rack`).
-  - Data in `lib/data/` (e.g., `plans.yml`). Rake tasks in `lib/tasks/`.
-- `lib/providers`: Provider interfaces/results + implementations. Use `Providers::Page`/`Providers::Review` at boundaries.
-  - Webhook resources via `Providers::Resources` (`:page`, `:review`).
-- `test/`: Minitest (`integration/`, `system/`, etc.)
-  - VCR cassettes: `test/support/cassettes/`
-  - Webhook captures: `test/support/webhook_captures/`
-- Controllers: root under `app/controllers/`; namespaced in matching folders.
-  - Base classes: `PublicBaseController`, `DashboardBaseController`, `Admin::BaseController`.
-
-## Decision trees (use these defaults)
-
-### 1) You’re touching an Actor/service object
-
-- Is the change trivial (typo, small conditional, tiny refactor)?
-  - Yes → keep the existing Actor/service shape.
-  - No → convert the touched service to a PORO as part of the change.
-- When converting:
-  - Prefer explicit constructors + methods (`ThingCreator.new(...).create`)
-  - Or move behavior onto the relevant model when it naturally belongs there.
-
-### 2) You’re touching a ViewComponent / adding shared UI
-
-- Are you adding new UI/shared UI?
-  - Yes → use Rails partials under `app/views/shared/` (layout-aware; see below).
-- Are you touching an existing ViewComponent?
-  - Small change → keep it as-is.
-  - Meaningful change → prefer migrating it to a partial as part of the change.
-
-## Rails conventions
-
-- Routing: keep routes simple and close to Rails defaults.
-  - Avoid redundant `defaults:` / `controller:` overrides when convention can solve it.
-  - Avoid `:as` overrides unless strictly necessary.
-  - Prefer `namespace` + `resources`.
-  - Prefer REST/CRUD: introduce a resource instead of custom actions.
-
-## Code style (scoped, Fizzy-inspired)
-
-Directional rules. Apply them to **new code** and **methods/files you already touch**.
-Do not do churn-only refactors solely to “match style”.
-
-- Prefer expanded conditionals over guard clauses.
-  - Exception: early return at the very start of a method when the main body is non-trivial.
-- Method ordering in classes:
-  1) class methods
-  2) public methods (with `initialize` first)
-  3) private methods
-- Order methods vertically by invocation order (top-down flow).
-- Only use `!` when there is a corresponding non-`!` method.
-- No blank line after visibility modifiers; indent methods under them.
-- Thin controllers invoking rich domain APIs; avoid introducing “service artifacts” as glue.
-- Jobs should be shallow: enqueue via `*_later`, execute logic in `*_now` / domain methods.
-
-## Fail fast (avoid defensive programming)
-
-We prefer code to break loudly when something unexpected happens.
-
-- Avoid “defensive” checks that mask errors:
-  - `respond_to?`, `try`, dynamic `send` to avoid using the real API
-  - broad `rescue` that swallows exceptions
-  - returning nil/false as a fallback for unexpected states
-- Prefer explicit contracts:
-  - `find_by!` instead of `find_by` when it must exist
-  - `Hash#fetch` when a key must exist
-- Rescue only specific exceptions you truly handle, and keep handling intentional.
-
-## Architecture direction
-
-### Services (Actor gem) → POROs
-
-- Current state: there are service objects using the Actor gem.
-- Direction: migrate toward POROs inline with Rails/DHH style.
-- Do not add new Actor-based services.
-- Use the decision tree above to decide when to migrate.
-
-### Views: ViewComponents → Partials
-
-- Do not add new ViewComponents.
-- Prefer Rails partials under `app/views/shared/`.
-- Because we have 3 layouts (`public`, `application`, `admin`), prefer layout-aware shared folders:
-  - `app/views/shared/public/…`
-  - `app/views/shared/application/…`
-  - `app/views/shared/admin/…`
-- Pass data via `locals`; avoid relying on instance vars in shared partials.
-
-## Coding standards & optimization
-
-- Less is more: prefer less code without sacrificing readability.
-- Use clear, intention-revealing names; avoid vague names like `Manager`, `Handler`.
-- Performance:
-  - Avoid N+1 (`includes`, `preload`).
-  - Use DB constraints/indexes for new query patterns.
-  - Batch processing for large datasets (`find_each`, `insert_all`).
-- Dependencies:
-  - Do not add new dependencies for trivial tasks.
-  - Prefer stdlib / Rails built-ins already in the stack.
-
-## UI & Frontend
-
-- Tailwind v4 tokens live in `app/assets/tailwind/application.css`; use theme variables and brand classes.
-- Forms baseline: “Labels on left” layout.
-- Stimulus-first:
-  - Prefer controllers from `tailwindcss-stimulus-components` and `@stimulus-components/*`.
-  - New controllers must be generic, reusable, under `app/javascript/controllers/`, and registered in `controllers/index.js`.
-- Copy must follow `docs/brand.md`. Marketing pages must follow `docs/marketing/style-guide.md`.
-- No inline styles (`style="..."`). Use Tailwind utilities.
-- Prefer semantic HTML and accessibility basics (labels, autocomplete where appropriate).
-
-## Mailers
-
-- Mailer views live under `app/views/mailers/`.
-- Shared layout: `app/views/layouts/mailer.html.erb`
-- Prefer partials under `app/views/mailers/` for shared sections.
-- Use `premailer-rails` to inline styles.
-- Set `deliver_later_queue_name` to `:latency_5m` in mailers.
-
-## Testing (must follow)
-
-### What tests should do
-
-- Tests must cover application behavior, not framework behavior.
-- Tests must validate observable outcomes (rendered content, redirects, DB changes, enqueued jobs, outbound payloads).
-- Avoid:
-  - tautological tests (re-implementing method logic in the test)
-  - “Rails works” tests
-  - status-only assertions with no behavioral check
-  - heavy stubbing that can’t catch regressions
-
-### Practical rules
-
-- Framework: Minitest. Fixtures only (factories have been removed). Do not add factories.
-- Anatomy: setup (optional); exercise; assertions; cleanup (optional). Leave an empty line between sections.
-- Controller/system tests must assert status/redirect AND content (selectors/text) or side effects.
-- System tests: use `data-test-id` selectors; add `data-test-id` attributes in views when needed.
-- Keep review pages small in tests (~10) for speed and deterministic assertions.
-
-### HTTP / VCR / webhooks
-
-- WebMock enabled.
-- Outgoing API calls: recorded with VCR (see Project map for cassette location).
-  - VCR structure mirrors provider/API path segments.
-  - Filename: `{platform}_{resource}[optional_suffix].yml`.
-- Incoming webhooks: do not VCR. Use JSON captures (see Project map).
-
-Canonical pattern (webhook fixture ingestion):
-
-```ruby
-test "DataForSEO resolve with async mode" do
-  VCR.use_cassette("dataforseo/serp_google_maps_task_post/google_maps_page_resolve") do
-    result = Providers::Dataforseo::GoogleMaps::Page.new(
-      mode: :async,
-      recording: VCR.current_cassette.recording?,
-      platform: :google_maps
-    ).submit(
-      place_eid: @page.place_eid,
-      business_name: @location.name,
-      country: "GB"
-    )
-
-    assert_equal :scheduled, result.status
-
-    ExternalTask.create!(
-      record_uuid: @page.uuid,
-      record_type: @page.class.name,
-      provider: Providers::External::DATAFORSEO,
-      resource: Providers::Resources::PAGE,
-      eid: result.eid
-    )
-
-    payload = WebhookCapture.read(
-      provider: Providers::External::DATAFORSEO,
-      platform: :google_maps,
-      resource: Providers::Resources::PAGE,
-      task_eid: result.eid
-    )
-    assert_not_nil payload
-
-    response = Providers::Dataforseo::GoogleMaps::Page.new(
-      mode: :async,
-      platform: :google_maps
-    ).ingest(payload)
-
-    assert_equal :ok, response.status
-    assert_equal "ChIJrVtdwkDzdkgRHgNW25ELRtQ", response.data.place_eid
-  end
-end

data/Gemfile

@@ -1,11 +0,0 @@
-# frozen_string_literal: true
-
-source "https://rubygems.org"
-
-# Specify your gem's dependencies in git-markdown.gemspec
-gemspec
-
-group :development do
-  gem "commitlint", require: false
-  gem "lefthook", require: false
-end

data/Rakefile

@@ -1,99 +0,0 @@
-# frozen_string_literal: true
-
-require "bundler/gem_tasks"
-require "rake/testtask"
-require "standard/rake"
-require_relative "lib/git/markdown/version"
-
-VERSION_PATH = File.expand_path("lib/git/markdown/version.rb", __dir__)
-VALID_RELEASE_TARGETS = %w[major minor patch].freeze
-
-Rake::TestTask.new(:test) do |t|
-  t.libs << "test"
-  t.libs << "lib"
-  t.test_files = FileList["test/**/*_test.rb"]
-end
-
-def current_branch
-  `git branch --show-current`.strip
-end
-
-def clean_worktree?
-  system("git diff --quiet") && system("git diff --cached --quiet")
-end
-
-def release_version(target)
-  target = target.to_s.strip
-  raise ArgumentError, "Provide patch, minor, major, or an explicit X.Y.Z version." if target.empty?
-
-  return target if target.match?(/\A\d+\.\d+\.\d+\z/)
-
-  unless VALID_RELEASE_TARGETS.include?(target)
-    raise ArgumentError, "Invalid release target #{target.inspect}. Use #{VALID_RELEASE_TARGETS.join(", ")} or X.Y.Z."
-  end
-
-  major, minor, patch = GitMarkdown::VERSION.split(".").map(&:to_i)
-
-  case target
-  when "major"
-    "#{major + 1}.0.0"
-  when "minor"
-    "#{major}.#{minor + 1}.0"
-  when "patch"
-    "#{major}.#{minor}.#{patch + 1}"
-  end
-end
-
-def update_version_file(version)
-  File.write(
-    VERSION_PATH,
-    <<~RUBY
-      # frozen_string_literal: true
-
-      module GitMarkdown
-        VERSION = "#{version}"
-      end
-    RUBY
-  )
-end
-
-def update_changelog(version)
-  success = system("git-cliff", "-c", "cliff.toml", "--unreleased", "--tag", "v#{version}", "-o", "CHANGELOG.md")
-  raise "git-cliff failed. Install git-cliff and make sure cliff.toml is valid." unless success
-  raise "git-cliff did not update CHANGELOG.md. Ensure there are Conventional Commits since the last tag." if system("git", "diff", "--quiet", "--", "CHANGELOG.md")
-end
-
-if Rake::Task.task_defined?("release")
-  Rake::Task["release"].clear
-end
-
-desc "Publishing is handled by GitHub Actions. Use release:prepare[...] instead."
-task :release do
-  abort "Use `bundle exec rake 'release:prepare[patch]'` (or minor/major/X.Y.Z). Publishing runs in GitHub Actions after the tag is pushed."
-end
-
-namespace :release do
-  desc "Prepare a release: update CHANGELOG/version, commit, tag, and push. Accepts patch, minor, major, or X.Y.Z."
-  task :prepare, [:target] do |_task, args|
-    branch = current_branch
-    abort "Release must run on main or master. Current branch: #{branch.inspect}." unless %w[main master].include?(branch)
-    abort "Release requires a clean working tree." unless clean_worktree?
-
-    version = release_version(args[:target])
-    current = GitMarkdown::VERSION
-    abort "Release version #{version} is older than current version #{current}." if Gem::Version.new(version) < Gem::Version.new(current)
-
-    update_changelog(version)
-    update_version_file(version)
-
-    sh "git add CHANGELOG.md lib/git/markdown/version.rb"
-    sh %(git commit -m "chore(release): prepare v#{version}")
-    sh %(git tag -a v#{version} -m "Release v#{version}")
-    sh "git push origin #{branch}"
-    sh "git push origin v#{version}"
-  rescue ArgumentError, RuntimeError => e
-    abort e.message
-  end
-end
-
-task default: %i[test standard]

data/cliff.toml

@@ -1,53 +0,0 @@
-[changelog]
-header = "# Changelog\n\nAll notable changes to this project will be documented in this file.\n\nThe format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/),\nand this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).\n\n"
-body = "{% if version %}## [{{ version | trim_start_matches(pat=\"v\") }}] - {{ timestamp | date(format=\"%Y-%m-%d\") }}\n{% endif %}\n{% for group, commits in commits | group_by(attribute=\"group\") %}{% if commits | length > 0 %}### {{ group }}\n{% for commit in commits %}- {{ commit.message | trim }}\n{% endfor %}\n\n{% endif %}{% endfor %}"
-trim = true
-
-[git]
-conventional_commits = true
-filter_unconventional = true
-tag_pattern = "v[0-9]*"
-
-[[commit_parsers]]
-message = '^feat(\(.*\))?:'
-group = "Added"
-
-[[commit_parsers]]
-message = '^fix(\(.*\))?:'
-group = "Fixed"
-
-[[commit_parsers]]
-message = '^docs(\(.*\))?:'
-group = "Documentation"
-
-[[commit_parsers]]
-message = '^refactor(\(.*\))?:'
-group = "Changed"
-
-[[commit_parsers]]
-message = '^perf(\(.*\))?:'
-group = "Changed"
-
-[[commit_parsers]]
-message = '^test(\(.*\))?:'
-group = "Changed"
-
-[[commit_parsers]]
-message = '^chore(\(.*\))?:'
-group = "Changed"
-
-[[commit_parsers]]
-message = '^build(\(.*\))?:'
-group = "Changed"
-
-[[commit_parsers]]
-message = '^ci(\(.*\))?:'
-group = "Changed"
-
-[[commit_parsers]]
-message = '^style(\(.*\))?:'
-group = "Changed"
-
-[[commit_parsers]]
-message = '^revert(\(.*\))?:'
-group = "Changed"

data/git-markdown.gemspec

@@ -1,48 +0,0 @@
-# frozen_string_literal: true
-
-require_relative "lib/git/markdown/version"
-
-Gem::Specification.new do |spec|
-  spec.name = "git-markdown"
-  spec.version = GitMarkdown::VERSION
-  spec.authors = ["Paulo Fidalgo", "Ethos Link"]
-  spec.email = ["devel@ethos-link.com"]
-
-  spec.summary = "Convert GitHub PRs to Markdown for local AI code review"
-  spec.description = "A CLI tool that fetches GitHub pull requests and converts them to Markdown format, perfect for local AI assistants like opencode and codex."
-  spec.homepage = "https://www.ethos-link.com/opensource/git-markdown"
-  spec.license = "MIT"
-  spec.required_ruby_version = ">= 3.0.0"
-
-  repo = "https://github.com/ethos-link/git-markdown"
-  branch = "master"
-
-  spec.metadata = {
-    "homepage_uri" => spec.homepage,
-    "source_code_uri" => repo,
-    "bug_tracker_uri" => "#{repo}/issues",
-    "changelog_uri" => "#{repo}/blob/#{branch}/CHANGELOG.md",
-    "documentation_uri" => "#{repo}/blob/#{branch}/README.md",
-    "funding_uri" => "https://www.reviato.com/",
-    "github_repo" => "ssh://github.com/ethos-link/git-markdown",
-    "allowed_push_host" => "https://rubygems.org",
-    "rubygems_mfa_required" => "true"
-  }
-
-  spec.files = Dir.chdir(File.expand_path(__dir__)) do
-    `git ls-files -z`.split("\x0").reject do |f|
-      (f == __FILE__) || f.match(%r{\A(?:(?:bin|test|spec|features)/|\.(?:git|travis|circleci)|appveyor)})
-    end
-  end
-  spec.bindir = "bin"
-  spec.executables = ["git-markdown"]
-  spec.require_paths = ["lib"]
-
-  spec.add_dependency "thor", "~> 1.0"
-
-  spec.add_development_dependency "minitest", "~> 6.0"
-  spec.add_development_dependency "rake", "~> 13.0"
-  spec.add_development_dependency "standard", "~> 1.0"
-  spec.add_development_dependency "vcr", "~> 6.0"
-  spec.add_development_dependency "webmock", "~> 3.0"
-end

data/lefthook.yml

@@ -1,6 +0,0 @@
-commit-msg:
-  jobs:
-    - name: commitlint
-      run: bundle exec commitlint --message {1}
-    - name: standard
-      run: bundle exec rake standard