specguard-ruby 0.3.6 → 0.3.7
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- checksums.yaml +4 -4
- data/lib/minitest/specguard_plugin.rb +4 -0
- data/lib/specguard/rspec/scanner.rb +15 -6
- data/lib/specguard/version.rb +1 -1
- metadata +1 -1
checksums.yaml
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
SHA256:
|
|
3
|
-
metadata.gz:
|
|
4
|
-
data.tar.gz:
|
|
3
|
+
metadata.gz: f5e2b2a3d9b1a8ac1a2ceb473dd6a20d138a556a020c01361322a94402fe041d
|
|
4
|
+
data.tar.gz: e6ad790808c23a15561ce0f4f9367ee8f7661bf81013d04cde941f8d8faa5ddb
|
|
5
5
|
SHA512:
|
|
6
|
-
metadata.gz:
|
|
7
|
-
data.tar.gz:
|
|
6
|
+
metadata.gz: 846b95f016d702722fb1e54cedab222b536950cf4c18223c877c9e9d1aa348a34a6ff2627b1b1d4391939f04dbdf3e11651e90e85eb326d98cf5b04436db4b1c
|
|
7
|
+
data.tar.gz: e1a4b80ec07dfc9c63c69c6289f8407b645518da6b95bef7b1c302b206c68060be5ce5f1fd7fc33e9a4880fac97558894b533a116607c3e43156b30f366b72f2
|
|
@@ -1,5 +1,9 @@
|
|
|
1
1
|
# frozen_string_literal: true
|
|
2
2
|
|
|
3
|
+
# May be required before minitest (the README's `-rminitest/specguard_plugin` path):
|
|
4
|
+
# load real minitest, never a bare stub — under discovery the require is a no-op.
|
|
5
|
+
require "minitest"
|
|
6
|
+
|
|
3
7
|
# Minitest's plugin discovery point. Minitest loads every `minitest/*_plugin.rb`
|
|
4
8
|
# it can find on the load path (`Minitest.load_plugins` → `Gem.find_files`), so
|
|
5
9
|
# a gem providing this file needs no require in the consumer's spec files —
|
|
@@ -196,12 +196,21 @@ module SpecGuard
|
|
|
196
196
|
# permits. This path reports nothing and exits 0; the backend
|
|
197
197
|
# reports a parse failure and exits 1.
|
|
198
198
|
#
|
|
199
|
-
# RATIFIED, and the reason is scope rather than preference.
|
|
200
|
-
#
|
|
201
|
-
#
|
|
202
|
-
#
|
|
203
|
-
#
|
|
204
|
-
#
|
|
199
|
+
# RATIFIED, and the reason is scope rather than preference.
|
|
200
|
+
# `specguard-lint` validates through the `validate-intent` binary and
|
|
201
|
+
# only the binary, so closing a gap here would be a change to the
|
|
202
|
+
# DEFAULT path, which the slice that introduced `ValidatorBackend`
|
|
203
|
+
# explicitly holds fixed.
|
|
204
|
+
#
|
|
205
|
+
# RETAINED by design, not awaiting deletion. SPGD-96 — the roadmap that
|
|
206
|
+
# owned the binary, and the remover this comment once pointed at —
|
|
207
|
+
# completed 2026-09-06, having carried out the removal it could: the
|
|
208
|
+
# schema-application arm, gone in `c9dca61` ({Linter}'s header records
|
|
209
|
+
# the survivor shape). This input half survived that cutover on purpose:
|
|
210
|
+
# {Scanner.scan_text} is the formatter's `ValidatorError` rescue path
|
|
211
|
+
# ({AnnotationLookup}) and the engine of the suite's validator stub
|
|
212
|
+
# (`spec/support/validator_stub.rb`), and `parse` is its per-token step —
|
|
213
|
+
# removing it would rewrite discovery, not delete dead code.
|
|
205
214
|
#
|
|
206
215
|
# Asserted from both sides — what this parser accepts, the convergence,
|
|
207
216
|
# and both surviving divergences — in
|
data/lib/specguard/version.rb
CHANGED