• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

fogfish / arcnet-cli
80%
main: 81%

Build:
Build:
LAST BUILD BRANCH: fix-predicate-apply
DEFAULT BRANCH: main
Repo Added 01 Jul 2026 08:16PM UTC
Files 52
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

LAST BUILD ON BRANCH 016-arc-revert
branch: 016-arc-revert
CHANGE BRANCH
x
Reset
  • 016-arc-revert
  • 001-cli-infrastructure
  • 002-arc-init
  • 003-apply-patch
  • 004-arc-lint
  • 005-graph-schema-first-class
  • 006-arc-grep-content-search
  • 007-arc-subgraph
  • 008-arc-serve-mcp
  • 009-node-timestamp-attrs
  • 010-predicate-node-model
  • 011-machine-readable-schema
  • 012-predicate-merge-policies
  • 013-predicate-role-rendering
  • 014-lint-spec-conformance
  • 015-predicate-node-shape-cli
  • 017-subclass-of-predicate
  • 018-apply-schema-patch
  • 019-camelcase-node-types
  • fix-apply-and-lint-sourceCitekey
  • fix-github-actions
  • fix-predicate-apply
  • main

12 Jul 2026 08:44PM UTC coverage: 80.29%. First build
29356384995

Pull #19

github

fogfish
[Spec Kit] Fix BUG-002: union/append outcome must reflect actual result

mergeTexts/mergeAttrs's isListMerge branch (internal/core/merge.go)
always reported a union/append predicate as "appended" (or "created")
based on which merge behavior dispatched, never checking whether the
dispatch actually changed the value. A contribution that mergeText's own
near-duplicate detection correctly drops (or unionPredicates correctly
deduplicates) was still reported "appended", misleading arc apply
--verbose users into thinking content was added when nothing changed.

Now compares the merged value against the existing one and reports
OutcomeUnchanged for a genuine no-op, matching every other dispatch
class's own accuracy standard (spec 012 FR-019).

Adds regression coverage in internal/core/merge_test.go (exact and
near-duplicate text, duplicate Attrs list entry) and an E2E test in
cmd/arc/graph/apply_test.go reproducing the reported scenario; fixes
TestApplyReportsStepPerNode's fixture, which had encoded the buggy
expectation.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Pull Request #19: (fea) `arc revert` part of the graph

551 of 731 new or added lines in 8 files covered. (75.38%)

3878 of 4830 relevant lines covered (80.29%)

0.93 hits per line

Relevant lines Covered
Build:
Build:
4830 RELEVANT LINES 3878 COVERED LINES
0.93 HITS PER LINE
Source Files on 016-arc-revert
  • Tree
  • List 47
  • Changed 0
  • Source Changed 0
  • Coverage Changed 0
Coverage ∆ File Lines Relevant Covered Missed Hits/Line

Recent builds

Builds Branch Commit Type Ran Committer Via Coverage
29356384995 016-arc-revert [Spec Kit] Fix BUG-002: union/append outcome must reflect actual result mergeTexts/mergeAttrs's isListMerge branch (internal/core/merge.go) always reported a union/append predicate as "appended" (or "created") based on which merge behavior dispat... Pull #19 14 Jul 2026 06:05PM UTC fogfish github
80.29
See All Builds (46)
  • Repo on GitHub
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE TRIAL · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc