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

umputun / ralphex / 33545264207
86%

Build:
DEFAULT BRANCH: master
Ran 01 Sep 2026 06:43PM UTC
Jobs 1
Files 55
Run time 1min
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

01 Sep 2026 06:42PM UTC coverage: 85.933% (+0.01%) from 85.923%
33545264207

push

github

web-flow
fix: return repo-relative paths with forward slashes so the plan file excludes itself on Windows (#454)

* fix: return repo-relative paths with forward slashes

toRelative ran the path through filepath.Clean/filepath.Rel and returned the
result as-is, so on windows it yielded "docs\plans\feature.md" while git
reports "docs/plans/feature.md" everywhere. hasChangesOtherThan compares its
toRelative result against the paths from git status --porcelain, so the plan
file could never exclude itself once it lived in a subdirectory - and
plans_dir defaults to docs/plans.

Effect: --worktree aborts on windows with a self-contradicting message,
listing the plan file as the sole "uncommitted change other than the plan
file". Committing the plan first is the only workaround.

Convert both return paths with filepath.ToSlash. Every other caller (add,
moveFile, commitFiles, fileHasChanges) passes the result to git, which accepts
forward slashes on all platforms, so the conversion is safe there too.

Tests: the existing toRelative and hasChangesOtherThan cases already fail on
windows and pass again with the fix; added an explicit case for os-specific
separators. Two adjustments were needed to make the suite meaningful on
windows: the absolute-path expectation now compares against forward slashes,
and the outside-repo case uses t.TempDir instead of a unix-only literal, which
filepath.IsAbs rejects on windows so the case never reached the check.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

* test: compare git output against forward-slash paths

MovePlanToCompleted's assertions built their expectations with filepath.Join
and matched them against the output of git show --name-status and git ls-tree.
Those paths come from git, which prints forward slashes on every platform, so
the two cases failed on windows before and after the toRelative fix - the
expectation side was wrong, not the code under test.

Co-Authored-By: Claude Opus 5 (1M context) <nor... (continued)

2 of 2 new or added lines in 1 file covered. (100.0%)

8180 of 9519 relevant lines covered (85.93%)

224.03 hits per line

Jobs
ID Job ID Ran Files Coverage
1 33545264207.1 01 Sep 2026 06:43PM UTC 55
85.93
GitHub Action Run
Source Files on build 33545264207
  • Tree
  • List 55
  • Changed 2
  • Source Changed 0
  • Coverage Changed 2
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Repo
  • 6f0ebeea on github
  • Prev Build on master (#33544710554)
  • Next Build on master (#33922366768)
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