mcptask-rails-runner 0.3.5 → 0.3.8
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/CHANGELOG.md +58 -0
- data/lib/mcptask_rails_runner/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: cf0608602b02f464ea4c3f6ebb5c43171827c2ba905edcf701bd2b62899e8622
|
|
4
|
+
data.tar.gz: 509c834bcd48d9ed3f66d70f5ee01765c869c85506ba77387140d6058fb8436d
|
|
5
5
|
SHA512:
|
|
6
|
-
metadata.gz:
|
|
7
|
-
data.tar.gz:
|
|
6
|
+
metadata.gz: 0bafdd753ed59638bb2ca0a31046c5e020fbb708eb26b406937db2a02f1f3aa0b4dd3bac000ca215ca0819612ee140d71e77455221eaec6cc113702cad8e3a8e
|
|
7
|
+
data.tar.gz: 2a494d6eba32de214e3a660c1b0ad8f5e3d7d07a941399bc41625ba7e33bbae2d10ace9aa809f95b5a4a5382203cfc2e7ac5588669b3839da9572898efbd8a91
|
data/CHANGELOG.md
CHANGED
|
@@ -5,6 +5,64 @@ entries below describe wrapper changes only. Binary changes are listed in the
|
|
|
5
5
|
[mcptask-releases](https://github.com/jchsoft/mcptask-releases/releases)
|
|
6
6
|
release notes for the same tag.
|
|
7
7
|
|
|
8
|
+
## 0.3.8
|
|
9
|
+
|
|
10
|
+
No wrapper changes. Full notes in
|
|
11
|
+
[mcptask-releases v0.3.8](https://github.com/jchsoft/mcptask-releases/releases/tag/v0.3.8).
|
|
12
|
+
|
|
13
|
+
- **A run that merged its PR no longer reports none of the work it did.** The
|
|
14
|
+
auto-squash prompt stated its progress-logging cadence in a block after the
|
|
15
|
+
last numbered step; an agent working that fourteen-step spine for half an hour
|
|
16
|
+
never came back to it. One task ran 36 minutes, completed every step, merged,
|
|
17
|
+
and logged nothing — the effort only reached the dashboard because a later pass
|
|
18
|
+
re-picked the task. Each milestone is now named at the step where it falls due,
|
|
19
|
+
the CI-failed path gets a logging point it never had, and a resumed session
|
|
20
|
+
keeps the cadence instead of losing it with the rest of the workflow.
|
|
21
|
+
|
|
22
|
+
- **The end of the working day is a setting rather than a constant.** The runner
|
|
23
|
+
stopped at 18:00 no matter what; the installer now asks, and `--until` sets it
|
|
24
|
+
per run.
|
|
25
|
+
|
|
26
|
+
## 0.3.7
|
|
27
|
+
|
|
28
|
+
No wrapper changes. Full notes in
|
|
29
|
+
[mcptask-releases v0.3.7](https://github.com/jchsoft/mcptask-releases/releases/tag/v0.3.7).
|
|
30
|
+
|
|
31
|
+
- **0.3.6 only ever reached one platform — 0.3.7 is that release, delivered.**
|
|
32
|
+
rubygems.org was in the middle of an outage while 0.3.6 was being pushed. The
|
|
33
|
+
six platform gems go up one at a time; `aarch64-linux` landed and the next push
|
|
34
|
+
got a 503, which took the rest of the release down with it. Re-running did not
|
|
35
|
+
help either: rubygems refuses to repush a version that already exists, so the
|
|
36
|
+
job died on the gem it had sent and never reached the five it had not. Every
|
|
37
|
+
platform gets 0.3.7; on `aarch64-linux`, 0.3.6 already carries the same binary.
|
|
38
|
+
|
|
39
|
+
The release job now asks rubygems which gems it already has and skips those, so
|
|
40
|
+
a release interrupted half way can be finished by running it again.
|
|
41
|
+
|
|
42
|
+
## 0.3.6
|
|
43
|
+
|
|
44
|
+
No wrapper changes. Full notes in
|
|
45
|
+
[mcptask-releases v0.3.6](https://github.com/jchsoft/mcptask-releases/releases/tag/v0.3.6).
|
|
46
|
+
|
|
47
|
+
- **The scheduled job stops running a binary its project has already replaced.**
|
|
48
|
+
`rake mcptask_runner:*` has always installed the gem's bundled binary over
|
|
49
|
+
`~/.mcptask/bin/mcptask_runner` when it was newer; the launchd/systemd job was
|
|
50
|
+
the one path that skipped it, because the generated launcher execs that
|
|
51
|
+
installed copy directly. An unattended host would pull main, run
|
|
52
|
+
`bundle install` while working a task, never call `mcptask_runner:update`, and
|
|
53
|
+
sit on a stale runner indefinitely. A scheduled run now reads the project's own
|
|
54
|
+
`Gemfile.lock`, and if it names a newer wrapper than the running binary, it
|
|
55
|
+
installs that gem's copy and re-runs on it.
|
|
56
|
+
|
|
57
|
+
This is not a download. The runner still never fetches a release on its own —
|
|
58
|
+
it only honours the version already merged and installed on purpose. Set
|
|
59
|
+
`MCPTASK_NO_ADOPT=1` to keep a host's binary pinned regardless.
|
|
60
|
+
|
|
61
|
+
Note the ordering: the already-installed binary is the one that decides whether
|
|
62
|
+
to adopt, so a host starts keeping itself current only once it is running 0.3.6
|
|
63
|
+
or later. Hosts on 0.3.5 and older need one `rake mcptask_runner:update` by hand
|
|
64
|
+
first.
|
|
65
|
+
|
|
8
66
|
## 0.3.5
|
|
9
67
|
|
|
10
68
|
No wrapper changes — this release carries a new binary. Full notes in
|
|
@@ -10,5 +10,5 @@ module McptaskRailsRunner
|
|
|
10
10
|
# Binary::INSTALL_DIR. So the pin is per project and per foreground rake
|
|
11
11
|
# invocation; the installed copy is per machine, and the newest binary any of
|
|
12
12
|
# those projects offers is the one that stays.
|
|
13
|
-
VERSION = "0.3.
|
|
13
|
+
VERSION = "0.3.8"
|
|
14
14
|
end
|